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Applicant or Patentee: UNITED DEVICES, INC. 
Application No.: UNKNOWN 

Title: CUSTOMER SERVICES AND ADVERTISING BASED UPON DEVICE 

ATTRIBUTES AND ASSOCIATED DISTRIBUTED PROCESSING 
SYSTEM 



I hereby declare that I am: 

Q the owner of the small business concern identified below: 

^ an official of the small business concern empowered to act on behalf of the concern identified 
below: 



NAME OF SMALL BUSINESS CONCERN: UNITED DEVICES, INC. 

ADDRESS OF SMALL BUSINESS CONCERN: 1 1675 Jollyville Road 

Suite 100 
Austin, TX 78759 



I hereby declare that the above identified small business concern qualifies as a small business concern as 
defined in 13 CFR 121.12, and reproduced in 37 CFR 1.9(d), for purposes of paying reduced fees to the 
United States Patent and Trademark Office, in that the number of employees of the concern, including 
those of its affiliates, does not exceed 500 persons. For purposes of this statement, (1) the number of 
employees of the business concern is the average over the previous fiscal year of the concern of the 
persons employed on a full-time, part-time or temporary basis during each of the pay periods of the fiscal 
year, and (2) concerns are affiliates of each other when either, directly or indirectly, one concern controls 
or has the power to control the other, or a third party or parties controls or has the power to control both. 

I hereby declare that rights under contract or law have been conveyed to and remain with the small 
business concern identified above with regard to the invention described in: 



^ the specification filed herewith with title as listed above. 
I I the application identified above. 
[~] the patent identified above. 



If the rights held by the above identified small business concern are not exclusive , each individual , 
concern or organization having rights in the invention must file separate verified statements averring to 
their status as small entities, and no rights to the invention are held by any person, other than the 
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inventor, who would not qualify as an independent inventor under 37 CRF 1.9(c) if that person made the 
invention, or by any concern which would not qualify as a small business concern under 37 CFR 1 .9(dX 
or a nonprofit organization under 37 CFR 1 .9(e). 

Each person, concern or organization having any rights in the invention is listed below: 

^ no such person, concern or organization exists. 

I I each such person, concern or organization is listed below: 



Separate verified statement is required from each named person, concern or organization having rights to 
the invention averring to their status as small entities. (37 CFR 1.27) 

I acknowledge the duty to file, in this application or patent, notification of any change in status resulting 
in loss of entitlement to small entity status prior to paying, or at the time of paying, the earliest of the 
issue fee or any maintenance fee due after the date on which status as a small entity is no longer 
appropriate. (37 CFR 1.28(b)). 

I hereby declare that all statements made herein of my own knowledge are true and that all statements 
made on information and belief are believed to be true; and further that these statements were made with 
the knowledge that willful false statements and the like so made are punishable by fine or imprisonment, 
or both, under Section 1001 of Title 18 of the United States Code, and that such willful false statements 
may jeopardize the validity of the application, any patent issuing thereon, or any patent to which this 
verified statement is directed. 



NAME OF PERSON SIGNING: EDWARD A. HUBBARD 



TITLE OF PERSON IF OTHER THAN OWNER: Chief Executive Officer 

ADDRESS OF PERSON SIGNING: United Devices, Inc. 

11675 Jollyville Road 
Suite 100 
Austin, TX 78759 
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Patent Application for 

METHOD OF MANAGING WORKLOADS AND 
ASSOCIATED DISTRIBUTED PROCESSING SYSTEM 

5 

Inventor: Edward A. Hubbard 

This application is a continuation-in-part application of the following co-pending 
apphcations: Application SN 09/538,543 entitled "DISTRIBUTED PARALLEL PROCESSING 

10 SYSTEM HAVING CAPABILITY-BASED INCENTIVES AND ASSOCIATED METHOD," 
Application SN 09/539,023 entitled "SWEEPSTAKES INCENTIVE MODEL AND 
ASSOCIATED SYSTEM," Application SN 09/539,448 entitled "CAPABILITY-BASED 
DISTRIBUTED PARALLEL PROCESING SYSTEM AND ASSOCIATED METHOD," 
Application SN 09/539,428 entitled "METHOD OF MANAGING DISTRIBUTED 

15 WORKLOADS AND ASSOCIATED SYSTEM," Apphcation SN 09/539,106 entitled 
"NETWORK SITE TESTING METHOD AND ASSOCIATED SYSTEM," Application SN 
09/538,542 entitled "NETWORK SITE CONTENT INDEXING METHOD AND 
ASSOCIATED SYSTEM," and Application SN 09/539,107 entitled "DISTRIBUTED BACK- 
UP SYSTEM AND ASSOCIATED METHOD," each of which was filed on March 30, 2000, 

20 and each of which is hereby incorporated by reference in its entirety. 

Technical Field of the Invention 

This invention relates to distributing project workloads among a distributed devices and 
more particularly to techniques and related methods for managing, facilitating and implementing 
25 distributed processing in a network environment. 
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Background 

Prior processing systems have included the technique of multiple users within a company 
sharing processing time available on a mainframe or central processing system. Using small 
segments of mainframe processing time, departments within the company would often incur 

5 costs associated with using the processing time, which in turn was billed back to each department 
from the cenfral information technology (IT) organization for the company. In other instances, a 
company could pay for and utilize processing time made available by third-party companies who 
possessed an over-capacity of mainframe processing power. These third-party companies would, 
in effect, create a market for the mainframe processing time that went unused by the internal 

10 organizations of that third-party company. 

Prior processing techniques have also included distributed processing projects that have 
utilized the Internet or World Wide Web. These distributed processing research projects have 
used personal computers (PCs) connected to the Internet to provide processing power to 
15 accomplish research project goals. Research project goals have been, for example, identifying 
large prime numbers, analyzing radio telescope data, and analyzing code keys in an encryption 
deciphering contest. 

One example of a distributed processing project on the Internet is a research project 
20 housed at the University of California at Berkeley to analyze sky recording data gathered by 
SETI (the Search for Exfraterrestrial IntelUgence). This sky recording data has been gathered for 
some time from the large Arecibo Radio Telescope in Puerto Rico. The processing power 
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needed to analyze these data recordings was very large. At the peak of SETFs capture activities, 
SETI had accumulated over 100,000 years of signals to process, as measured by the compute 
power necessary to process all the signals. To analyze this data, software was developed that 
could be downloaded to Internet connected PCs so that these PCs could process small slices of 
these sky recordings. In under a year, this project, called SETI@home (URL in March 2000 - 
www.setiathome.ssl.berkeley.edu) has completely processed this backlog of data and is now 
returning to the sky recording dataset for further processing tasks. This massively parallel 
distributed system has a processing throughput of over 10 TFLOPs (terraFLOPS or 10'^ floating 
point operations per second) running on about 1.8 miUion Internet connected machines. 

Another example of a distributed processing technique was developed and implemented 
by Distributed.net (URL in March 2000 -- www.distributed.net) to compete in encryption 
breaking contests. Distributed.net created and distributed a client software program which may 
be downloaded by client systems connected to the Internet. This client software then acts as part 
of a large distributed processing system specifically designed to break encrypted messages on the 
Internet. Using this processing technique, Distributed.net has won encryption breaking contests 
sponsored by RSA Labs, which is an Internet security company. In these contests, RS A Labs has 
offered a monetary prize to the winner of the encryption contest. In organizing its efforts, 
Distributed.net has offered a share of this monetary prize to the cHent system that actually breaks 
the encryption code. In addition, Distributed.net keeps track of overall project statistics, as well 
as statistics concerning the efforts of its cUent systems through individual and team rankings by 
amount of processing completed. 
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Entropia.com (URL in March 2000 - www.entropiaxom) has utiUzed an Internet 
distributed processing system to compete in contests directed to identifying the largest prime 
number. Entropia.com also offers its computing power to other research projects. Users may 
sign on to be part of the distributed processing for free. For the largest prime number contest, 
5 Entropia.com, like Distributed.net, offers a monetary prize to the Internet connected PC that 
comes up with the first prime number achieved in a new order of magnitude. For other research 
projects, the incentive is simply to be a part of the research project. 

Another distributing processing web site is provided by Process Tree Network (URL in 
10 March 2000 -- www.processtree.com). This web site is attempting to sign-up Intemet connected 
computer systems to provide processing power for paying projects. For a project, each partner 
system, when connected to the Intemet, will have cUent software that downloads a job unit and 
processes that job unit. The incentive offered by the Process Tree Network are "micro- 
payments" for the amount of work completed by any given system. These micro-payments are 
15 apparently small amounts of some total project value based upon the amount of the project 
completed by the given system through the jobs it has processed. In addition, each partner is 
given a bonus percentage of payments made to persons they sign-up as new partners. 

In completely unrelated Intemet activities outside the distributed processing arena, there 
20 have been a number of sites that have utilized a sweepstakes model as an incentive for consumer 
behavior. One of the most popular (as of March 2000) sweepstakes sites is IW0N.COM (URL 
as of March 2000 - www.iwon.com). IW0N.COM is a standard Intemet search and content 
portal that provides an incentive to users by giving them entries to a sweepstakes when the users 
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use the portal. The more the users use the portal, the more entries the user generates, up to a 
limit, for example, up to 100/day. As of March 2000, at the end of each day, IW0N.COM 
chooses a $10,000 winner from among the entries. At the end of each month, IW0N.COM 
chooses a $1,000,000 winner. And, at the end of an overall sweeps period (as of March 2000), 
5 IW0N.COM plans to draw a single winner for a $10,000,000 grand prize. IW0N.COM has 
created this sweepstakes model to introduce an Internet portal in late 1999 and make it a web site 
that has as a comparable number of people using it as does Internet portals that have existed for 
many years, such as, for example, Yahoo.com (URL in March 2000 - www.yahoo.com). 

10 Significantly, these prior distributed processing projects have failed to fully utilize the 

capabilities of connected distributed devices. 

Summary of the Invention 

The present invention provides a method for providing customer services and advertising 
based upon device attributes for a distributed processing system that identifies the capabilities of 
15 distributed devices connected together through a wide variety of communication systems and 
networks and utilizes those capabilities to organize, manage and distribute project workloads to 
the distributed devices. 

In one embodiment, the present invention is a method of operatmg a distributed 
20 processing system, including providing a server system, coupling the server system to a network 
that is configured to be coupled to distributed devices, storing data representmg a plurality of 
attributes for a plurahty of the distributed devices, and utilizing at least one of the plurality of 
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attributes to identify a subset of the plurality of distributed devices. More particularly, the 
method further includes distributing an advertisement to the identified subset of distributed 
devices, or distributing a project workload to the identified subset of distributed devices. Still 
further, the plurality of attributes includes device capability information for the distributed 
5 devices, or information concerning users of the distributed devices. In addition, the method may 
include allowing a customer to identify an attribute to be utilized and obtaining information 
about the attribute from the distributed devices. 

In another embodiment, the present invention is a distributed processing system, 
10 including a first system coupled to a network that is configured to be coupled to distributed 
devices, and a database storing attribute information for a plurality of the distributed devices, 
where the first system utiUzes at least one device attribute to identify a subset of the plurality of 
distributed devices. More particularly, an advertisement or a project workload is distributed to 
the subset of distributed devices. Still further, the project workload may be a human genome 
1 5 analysis workload. 

Description of the Drawings 

It is noted that the appended drawings illustrate only exemplary embodiments of the 
invention and are, therefore, not to be considered limiting of its scope, for the invention may 
admit to other equally effective embodiments. 

20 

FIG. lA is a block diagram for a distributed processing system having cUent capability 
and incentive features, according to the present invention. 
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FIG. IB is a block diagram for information flow among customer systems, server systems 
and client systems, according to the present invention. 

FIG. 2A is a block diagram for a client system, according to the present invention, 

FIG. 2B is a block diagram for processing elements within a client system, according to 
the present invention. 

FIG. 2C is a block diagram for a client system agent installed on a client system, 
according to the present invention. 

FIG. 2D is an example user interface for a cUent system agent, including incentive 
advertising, according to the present invention. 

FIG. 3A is a block diagram for server systems, according to the present invention, 
including a control system, a sweepstakes system and a workload database. 

FIG. 3B is a block diagram for servers systems, customer systems, client systems and 
outsourced host systems, according to the present invention. 



FIG. 3C is a block diagram for a server system processor, according to the present 
invention. 
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FIG. 3D is an alternative block diagram for a server system processor, according to the 



present invention. 

5 FIG. 4 is a ftmctional block diagram for an example sweepstakes incentive operation 

according to the present invention. 

FIG. 5A is a block diagram for a distributed processing system for a network site 
indexing appUcation, according to the present invention. 

10 

FIG. 5B is a functional block diagram for an indexing operation according to the present 
invention. 

FIG. 6A is a block diagram for a server system according to the present invention, 
15 including a control system, a workload database, and a database of cUent capabilities balancing 
vectors. 

FIG. 6B is a functional block diagram for client capabilities balancing of workloads 
according to the present invention. 

20 

FIG. 7A is a block diagram for a distributed processmg system, according to the present 
invention, including example network sites on which site testing is to be conducted, such as load 
testing and/or quality-of-service (QoS) testing. 
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FIG. 7B is a functional block diagram for site-testing, according to the present invention. 



FIG. 8 is a block diagram of a distributed processing system for a data backup 
5 application^ according to the present invention. 

FIG. 9 is a block diagram of an alternative representation of an interconnection fabric for 
a distributed processing system environment, according to the present invention. 

10 FIG. 10 is a block diagram of a more detailed block diagram for a client system agent 

installed on a client system, according to the present invention. 

FIG. IIA is a more detailed flow diagram for machine generated sweepstakes entries 
according to the present invention. 

15 

FIG. 1 IB is an alternative detailed flow diagram for machine generated sweepstakes 
entries according to the present invention. 

FIG, 12A is a block diagram of a distributed processing system that allows customers to 
20 select cHent system attributes, according to the present invention. 

FIG. 12B is a block flow diagram for client system attribute selection, according to the 
present invention. 
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FIG. 13A is a block diagram of a distributed processing system that provides data 
conversion services, according to the present invention. 

5 FIG. 13B is a block flow diagram for data conversion services within a distributed 

processing system, according to the present invention. 

FIG. 14A is a block diagram of a distributed processing system that provides data 
transmission caching, according to the present invention. 

10 

FIG. 14B is a block diagram of a distributed processing system that provides data sharing 
and file distribution, according to the present invention. 

FIG. 15 is a block diagram of an alternative representation for a distributed processing 
1 5 system, according to the present invention. 

Detailed Description of the Invention 

The present invention contemplates the identification of the capabilities of distributed 
devices connected together through a wide variety of communication systems and networks and 
the aggregation of these capabilities to accompUsh processing, storage, broadcasting or any other 
20 desired project objective. For example, distributed devices connected to each other through the 
Internet, an intranet network, a wireless network, home networks, or any other network may 
provide any of a number of useful capabilities to third parties once their respective capabiUties 

- 10 - Atty Dkt No. -- UNTD:013 



are identified, organized, and managed for a desired task. These distributed devices may be 
connected personal computer systems (PCs), intemet appliances, notebook computers, servers, 
storage devices, network attached storage (NAS) devices, wireless devices, hand-held devices, or 
any other computing device that has useful capabilities and is connected to a network in any 
manner. The present invention further contemplates providing an incentive, which may be based 
in part upon capabihties of the distributed devices, to encourage users and owners of the 
distributed devices to allow the capabilities of the distributed devices to be utilized in the 
distributed parallel processing system of the present invention. 

The number of usable distributed devices contemplated by the present invention is 
preferably very large. Unlike a small local network environment, for example, as may be used 
by an Intemet Service Provider (ISP), which may include less than 100 interconnected computers 
systems to perform the tasks required by the ISP, the present invention preferably utiUzes a 
multitude of widely distributed devices to provide a massively distributed processing system. 
With respect to the present invention, a multitude of distributed devices refers to greater than 
1,000 different distributed devices. With respect to the present invention, widely distributed 
devices refers to a group of interconnected devices of which at least two are physically located at 
least 100 miles apart. With respect to the present invention, a massively distributed processing 
system is one that utilizes a multitude of widely distributed devices. The Intemet is an example 
of a interconnected system that includes a multitude of widely distributed devices. An intranet 
system at a large corporation is an example of an interconnected system that includes multitude 
of distributed devices, and if multiple corporate sites are involved, may include a multitude of 
widely distributed devices. A distributed processing system according to the present invention 
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that utilizes such a multitude of widely distributed devices, as are available on the Internet or in a 
large corporate intranet, is a massively distributed processing system according to the present 
invention. 

5 FIG. lA is a block diagram for a distributed parallel processing system 100 according to 

the present invention. The network 102 is shown having a cloud outhne to indicate the unlimited 
and widely varying nature of the network and of attached client types. For example, the network 
102 may be the Intemet, an internal company intranet, a local area network (LAN), a wide area 
network (WAN), a wireless network, a home network or any other system that connects together 

10 multiple systems and devices. In addition, network 102 may include any of these types of 
connectivity systems by themselves or in combination, for example, computer systems on a 
company intranet connected to computer systems on the Intemet. 

FIG. 1 A also shows chent systems 1 08, 1 10 ... 1 12 connected to the network 102 through 
15 communication links 118, 120 ... 122, respectively. In addition, server systems 104, other 
systems 106, and customer systems 152 are connected to the network 102 through 
communication links 114, 116 and 119, respectively. The chent system capabilities block 124 is 
a subset of the server systems 104 and represents a determination of the capabilities of the client 
systems 108, 110 ... 112. The incentives block 126 is also a subset of the server systems 104 
20 and represents an incentive provided to the users or owners of the chents systems 108, 110 ... 
112 for allowing capabilities of the clients systems 108, 110 ... 112 to be utilized by the 
distributed processing system 100. The client systems 108, 110 and 1 12 represent any number of 
systems and/or devices that may be identified, organized and utiUzed by the server systems 104 
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to accomplish a desired task, for example, personal computer systems (PCs), internet appliances, 
notebook computers, servers, storage devices, network attached storage (NAS) devices, wireless 
devices, hand-held devices, or any other computing device that has useful capabiUties and is 
connected to a network in any manner. The server systems 104 represent any number of 
processing systems that provide the function of identifying, organizing and utilizing the client 
systems to achieve the desired tasks. 

The incentives provided by the incentives block 126 may be any desired incentive. For 
example, the incentive may be a sweepstakes in which entries are given to cUent systems 108, 
110 ... 112 that are signed up to be utilized by the distributed processing system 100. Other 
example incentives are reward systems, such as airline frequent-flyer miles, purchase credits and 
vouchers, payments of money, monetary prizes, property prizes, free trips, time-share rentals, 
cruises, connectivity services, free or reduced cost Internet access, domain name hosting, mail 
accounts, participation in significant research projects, achievement of personal goals, or any 
other desired incentive or reward. 

As indicated above, any number of other systems may also be connected to the network 
102. The element 106, therefore, represents any number of a variety of other systems that may 
be connected to the network 102, The other systems 106 may include ISPs, web servers, 
university computer systems, and any other distributed device connected to the network 102, for 
example, personal computer systems (PCs), internet apphances, notebook computers, servers, 
storage devices, network attached storage (NAS) devices, wireless devices, hand-held devices, or 
any other connected computing device that has useful capabilities and is connected to a network 
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in any manner. The customer systems 152 represents customers that have projects for the 
distributed processing system, as further described with respect to FIG. IB. The customer 
systems 152 connect to the network 102 through the communication link 119. 

It is noted that the communication Unks 114, 116, 118, 119, 120 and 122 may allow for 
communication to occur, if desired, between any of the systems connected to the network 102. 
For example, cUent systems 108, 1 10 ... 1 12 may communicate directly with each other in peer- 
to-peer type communications. It is further noted that the communication hnks 114, 116, 118, 
119, 120 and 122 may be any desired technique for connecting into any portion of the network 
102, such as, Ethemet connections, wireless connections, ISDN connections, DSL connections, 
modem dial-up connections, cable modem comiections, fiber optic connections, direct Tl or T3 
connections, routers, portal computers, as well as any other network or communication 
connection. It is also noted that there are any number of possible configurations for the 
connections for network 102, according to the present invention. The client system 108 may be, 
for example, an individual personal computer located in someone's home and may be connected 
to the Internet through an Internet Service Provider (ISP). Client system 108 may also be a 
personal computer located on an employee's desk at a company that is connected to an intranet 
through a network router and then connected to the Internet through a second router or portal 
computer. Ghent system 108 may further be personal computers connected to a company's 
intranet, and the server systems 104 may also be connected to that same intranet. In short, a wide 
variety of network environments are contemplated by the present invention on which a large 
number of potential client systems are connected. 
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FIG. IB is a block diagram for information flow 150 among customer systems 152, 
server systems 104 and client system 134, according to the present invention. The server 
systems 104, as discussed above, may include any number of different subsystems or 
components, as desired, including client system capabilities block 124 and incentives block 126. 
The server systems 104 send project and benchmark workloads 130 to client systems 134. A 
benchmark workload refers to a standard workload that may be used to determine the relative 
capabilities of the client systems 134. A project workload refers to a workload for a given 
project that is desired to be completed. The project workload may be, for example, a workload 
for projects such as network site content indexing, network site testing including network site 
load testing and network site quality of service testmg, data back-up, drug design, drug 
interaction research, chemical reaction studies, bioinformatics including genetic and biological 
analyses, human genome analyses, pair-wise comparisons including fingerprint and DNA 
analyses, data mining, internet hosting services, intranet hosting services, auction services, 
market clearing services, payment systems, bioinformatic simulations, knowledge management 
services, trading services, data matching services, graphics rendering, or any other desired 
project. 

Client systems 134, as discussed above, may be any number of different systems that are 
connected to the server systems 104 through a network 102, such as chent systems 108, 110 ... 
112 in FIG. lA. The client systems 134 send resuhs 132 back to the server systems 104 after the 
cUent systems 134 complete processing any given workload. Depending upon the workload 
project, the server systems 104 may then provide results 156 to customer systems 152. The 
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customer systems 152 may be, for example, an entity that desires a given project to be 
undertaken, and if so, provides the project details and data 158 to the server systems 104. 

FIG. 2A is a block diagram for an example client system 108 according to the present 
5 invention. In this simpUfied block diagram, an original workload 204 is received through line 
208 from an interface 206. The original workload 204 represents a portion of the processing, 
storage or other activity required to complete the desired task for which the server system 104 is 
trying to accomplish. This original workload 204 is sent by the server system 104 through the 
network 102 and received by the chent system 108 through communication link 118. The cUent 
10 system 108 processes the original workload 204. Following line 212, results 202 are then stored 
for transferring along hne 210 to interface 206. Interface 206 may then communicate the results 
back to the server system 104 through communication line 118, or to other client systems (for 
example, with peering of chent systems) and then through the network 102. 

15 It is noted that the workload received by chent system 108 and the processing or activity 

performed may depend up a variety of factors, as discussed further below. In part, this workload 
allocated by the server system 104 to each client system 108, 1 10 and 1 12 may depend upon the 
capabilities of the chent system, such as the processing power, disk storage capacity, 
communications types, and other capabihties available from the various components of the 

20 systems within the client system 108. 

The server systems 104 can select the workloads for the client system 108 and may 
control when these workloads are performed, through operational code (i.e., an agent) residing 
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and installed on the client system 108. Alternatively, the owner or user of the client system 108 
may determine when workloads are procured or obtained from the server systems 104, as well as 
when these workloads are performed, for example, by accessing the server systems 104 through 
the network 102. For example, the sever system 104 may download to the cUent system 108 

5 upon request one or more workloads. At the same time, an agent residing on the chent system 
108 may operate to process the workload or multiple workloads downloaded to the chent system 
108. It is noted, therefore, that the agent may be simuhaneously managing more than one 
workload for any number of projects. When the workload is complete, the agent may inform the 
owner or user of the client system 108 the results are ready to be communicated back. The client 

10 system 108 may then upload results to the server system 104 and download new workloads, if 
desired. Alternatively, these logistical and operational interactions may take place automatically 
through control of the agent and/or the server systems 104. 

FIG. 2B is a block diagram for processing elements within a chent system 108 according 
15 to the present invention. In this diagram, chent system 108 is contemplated as a personal 
computer. In a personal computer, an internal bus 260 would typically have a variety of different 
devices connected to it. For example, a CPU 250 could be connected through the bus 260 to a 
video processor 252, a floating point processor 254 (often integrated within the CPU itself), and 
digital signal processors (DSPs), such as those found on sound cards and modems. In addition, 
20 any of a variety of other processing devices 258 may be included. Furthermore, other types of 
devices may be connected, such as hard drives 264, which provide disk storage capabihties, and 
a digital camera 262. 
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It is noted, therefore, that the capabilities for client systems 108, 1 10 ... 112 may span the 
entire range of possible computing, processing, storage and other subsystems or devices that are 
connected to a system connected to the network 102. For example, these subsystems or devices 
may include: central processing units (CPUs), digital signal processors (DSPs), graphics 

5 processing engines (GPEs), hard drives (HDs), memory (MEM), audio subsystems (ASs), 
communications subsystems (CSs), removable media types (RMs), and other accessories with 
potentially useful unused capabihties (OAs). In short, for any given computer system connected 
to a network 102, there exists a variety of capabilities that may be utilized by that system to 
accomplish its direct tasks. At any given time, however, only a fraction of these capabilities are 

10 typically used on the client systems 108, 1 10 ... 1 12. The present invention can take advantage 
of these unused capabihties. 

It is also noted that along with receiving the workload, the client system 108 will also 
receive an agent that manages the completion of the workload. This agent may be software that 

15 is customized for the particular computer system and processing capabilities of the client system 
108. For example, if the client system is a personal computer as shown in FIG. 2B, the agent 
may be a program that operates in the backgroimd of the computer's operating system. When the 
agent determines that there is unused processing or other capabilities, the agent may take 
advantage of it. For example, if the user is using a word processing apphcation to create a 

20 document, httle processing power is being utilized by the word processing program, leaving the 
computer's CPU and video processor undemtihzed. Thus, the agent could execute commands to 
these processors during dead cycles. In this way, the agent may facilitate the completion of 
workload processing in a reduced time. In addition, this agent may be self-updating upon 
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connecting to the server systems 104, so that the agent may be kept up to date with current 
software revisions and workload activities. It is also noted that the agent may manage work on 
multiple workloads at the same time, so that any given distributed device connected to the 
network 102 may be working on a plurahty of workloads at any given time. 

5 

FIG. 2C is a block diagram for an example client system agent 270. The agent 270 may 
include a security subsystem 272 that controls the interface of the cUent system 108 with the 
agent 270. The security subsystem 272 may help keep the workloads secure and may help to 
keep the chent systems 108 from suffering any security problems in completing the workload. 
10 For example, the agent 272 may operate to keep viruses from attacking the chent system 108 
while the client system 108 is processing the workload through the operation of the agent. The 
security subsystem 272, therefore, may provide the interface for the workloads 130 and the 
results 132. 

15 The clients system agent 270 may also include a workload engine 274, a statistics / user 

interface / incentive advertising block 276, and a workload package and update processing block 
278. In the example shown in FIG. 2C, workloads 130 pass through the security subsystem 272 
and along line 280 to the workload package and update processing block 278. In this block 278, 
the agent 270 may be updated by the server systems 104. Alternatively, the agent 270 may 

20 determine, when connected to the server systems 104, whether it needs to be updated and then 
accomplish that updating automatically. Once the workload package is processed, the workload 
engine 274 may receive the workload following line 288. The workload engine 274 works on 
the workload, ultimately completing the workload. The results or status of the workload may 
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then be sent through the security subsystem 272 following line 282. The results 132 may then be 
provided back to the server systems 104, 

The statistics / user interface / incentive advertising block 276 may provide workload, 
incentive and other statistics, as well as any other desired interface features, to the user of the 
chent system. For example, the block 276 may show a user the expected amount of processing 
time it will take for the chent system to complete a workload task based upon the capabiUties of 
the system. As also shown, the block 276 may receive information following lines 286 and 284 
from the workload package and update processing block 278 and from the workload engine 274. 
If desired, security information from the security subsystem 272 could also be displayed to the 
user of the client system. It is noted that the information displayed to the user of the chent 
system may be modified and selected as desired without departing from the present invention. 

With respect to incentive advertising, the block 276 may also show the user of the client 
system how this processing time might change depending upon various possible upgrades to the 
capabihties of the chent system, such as a faster microprocessor, more memory, more disk 
storage space, etc. Furthermore, the client system capabihties may be shown correlated to the 
incentives provided to the chent system for participation. Thus, the user may be provided 
information as to how the user's incentives would increase or change depending upon other 
computer systems or upgraded capabihties the user could acquire. This incentive value increase 
may also be tied to upgrades to particular vendor's devices. For example, if the user's device is a 
computer system having an ABC microprocessor, the block 276 may provide the user 
information as to increased incentive values based upon an upgrade to a more powerfixl ABC 
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microprocessor. Similarly, if the user's device is a computer system obtained from ABC, the 
block 276 may provide the user information as to increased incentive values based upon an 
upgrade to a more powerful ABC computer system. 

5 FIG. 2D is a an example user interface 276 for a client system agent, including incentive 

advertising, according to the present invention. In the example shown, interface 276 is a window 
230 that may be displayed on a distributed device, for example, a computer system. This 
window 230 displays the desired information for the agent chent manager. As indicated above, 
this agent client manager is initially downloaded from the server systems 104 and thereafter may 
*J 10 be updated at various times when the client system is communicating with the server systems. 
S The interface 276, as shown, includes interface tabs 221, 222, 224, 226, 228, 244, 246 and 248. 

{;0 These interface tabs may be selected through the user of a pointing device or keyboard attached, 

i. for example, to a computer system graphically displaying the window 230. It is noted that the 

i! interface tabs 221, 222, 224, 226, 228, 244, 246 and 248 are only examples, and the number, 

Q 15 arrangement and content of tabs may be modified as desired. In addition, the example user 
interface 276 depicted in FIG. 2D is only an example and may be modified as desired. 

In FIG. 2D, the processor values interface tab 224 is the one currently selected by the 
user. This tab 224 (Processor Values) includes example information that may be displayed to the 
20 user. Assuming that a workload is being processed by the agent client manager, the user may 
select the button 242 (Show My Incentive Values) to show the user's current incentive values 
associated with the workload being performed. The personal incentive values chart 232 (My 
Personal Incentive Values) may then be displayed to the user. As shown, the incentive values are 
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provided in a relative scale from 1 to 10. The key designation 240 represents the incentives 
associated with the users current central processing unit (CPU) or microprocessor. 

As indicated above, this incentive infomation may also be tied to the specific vendor of 
5 the user's CPU, for example, ABC Company's CPU, Thus, as shown, the key designation 240 
(My current processor) and the corresponding bar graph portion 236 represent incentives for the 
user's current CPU (e.g., a 166 MHz processor). The key designation 238 represents the 
incentives that the user is projected to have if the user were to upgrade the CPU. Again, this 
upgrade incentive information may be tied to the specific vendor of the user's CPU or to any 
10 other vendor, if desired. Thus, as shown, the key designation 238 (NEW ABC IGHz processor!) 
and the corresponding bar graph portion 234 represent incentives for an upgrade to a new ABC 
CPU (e.g., a new ABC 1 GHz processor). In this manner, a user may be provided an incentive to 
increase the capabilities of the distributed device, and a vendor may be provided advertising so 
that the user is also directed to a particular upgrade. 

15 

Looking further to FIG. 2D, other similar incentive related information tabs may be 
provided for any desired capability of the distributed device. For example, tab 246 (Memory 
Values) represents information that may be provided for the memory capabiUties of the 
distributed device. Tab 224 (Graphics Values) represents information that may be provided for 
20 the graphics capabilities of the distributed device. Tab 226 (Communications Values) represents 
information that may be provided for the commimication capabilities of the distributed device. 
Tab 228 (Storage Values) represents information that may be provided for the storage 
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capabilities of the distributed device. Tab 248 (System Values) represents information that may 
be provided for the system capabilities as a whole for the distributed device. 

In addition to these incentive related information tabs, other tabs may be included to 
5 provide information and control for any desired features of the agent client manager. For 
example, the tab 244 (Current: Prime Search) represents information that may be displayed to the 
user about the current workload being performed by the agent cUent manager, for example, a 
search for large prime numbers. The tab 221 (Settings) represents information that may be 
displayed to the user about various settings for the cUent agent manager. In particular, the tab 
10 221 may provide the user the ability to control any desired aspect of the operation of the agent 
cKent manager. For example, the user may be able to select a portion of the capabilities that may 
be utilized (e.g., a maximum of 20% of the system memory), the types of workloads that may be 
performed (e.g., only scientific research projects), the times when the agent may utilize system 
resources (e.g., only between 12 to 6 am, or only when the system is idle), or any other desired 
15 operational feature. It is noted that in addition to upgrade incentive information indicated above, 
the user may also be provided information as to how incentives would increase if the user 
allocated or changed the settings for the agent client manager. 

This user selection of operational features allows for workloads to be scheduled or 
20 balanced based upon user input and desires. These user vectors, as indicated above, would allow 
users to dedicate their device capabilities to specific research projects (cancer, Parkinson's 
disease, Internet, genetics, space science, etc.), to specific non-profit or for profit organizations 
(Greenpeace, Celera, etc.), educational institutions (University of Texas), a specific group of like 
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minded users, or any other entity or endeavor. This affihation selection allows the distributed 
processing system to automatically include a user's device capabilities in a pool dedicated to the 
chosen affiliation. Additionally, a user could choose to mix various percentages and allocations 
of device capabiUties among multiple affiliations. It is noted that the user need not make any 
5 affiliation selection and need not allocate 100 percent of device capabilities. Rather, only a 
portion of the device capabilities may be allocated to a particular affiliation, leaving the 
remainder non-allocated and not affiUated. The capabihty allocation may also be a system-wide 
(i.e., course) allocation, such as some desired percent of overall device capabilities. The 
capabilities allocation may also be subsystem specific (i.e., fine) allocation, such as allocation of 
C 10 particular subsystem capabilities to particular affihations. 

S Now looking to FIG. 3 A, the server systems 104 may be one or more computer systems 

that operate to identify client system capabilities, organize workloads, and utihze client systems 
to accomplish a desired task. The server systems 104 inchides a control system 304 a workload 

K 15 database 308, and a sweepstakes system 306, as discussed more below. The workload database 
308 stores any desired project task, which may be broken up into discrete workload tasks WLl, 
WL2 ... WLN, as represented by elements 336, 338 ... 340. The workload database may also 
store one or more benchmark workloads (BWL) 335 that may be utihzed to determine cHent 
system capabihties in response to a standard workload. Through line 312, the workload database 
20 308 communicates with control system 304. Control system 304, for example, receives original 
workload 322 and transfers it to the interface 320 through line 330. The interface 320 then 
transfers the workload 322 to the network 102 through line 114. This workload 322 is ultimately 
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received as workload 204 by client system 108, 110 or 112, as shown in FIG. 2A. The result 324 
is ultimately received by the control system 304 through interface 320 and line 328. 

In allocating workloads, the control system 304 may consider the capabilities of the chent 
5 systems 108, 1 10 and 1 12 to which the control system 304 is sending workloads. For example, if 
client 108 has more processing power than cUent 110, the control system 304 may allocate and 
send more difficult or larger workloads. Thus, client 108 may receive WLl 336 and WL2 338, 
while client 110 would only receive WL3. Altematively, the workload database 308 could be 
organized with differing levels of processing power or capability requirements for each 
10 workload. In this way, WLl 336 may represent a greater processing or system capability 
requirement than WL2 338. It should be noted that workload may be a processing task, a data 
storage task, or tied to any other of a variety of capabilities that may be utilized on the client 
systemsl08, 110...112. 

15 As indicated above, to encourage owners or users of client systems to allow their system 

capabilities to be utihzed by control system 104, an incentive system may be utiUzed. This 
incentive system may be designed as desired. Incentives may be provided to the user or owner of 
the clients systems when the client system is signed-up to participate in the distributed 
processing system, when the client system completes a workload for the distributed processing 

20 system, or any other time during the process. In addition, incentives may be based upon the 
capabilities of the chent systems, based upon a benchmark workload that provides a standardized 
assessment of the capabihties of the client systems, or based upon any other desired criteria. 
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One example use of a benchmark workload is to use the benchmark workload to 
determine incentive values. For example, the server systems 104 may be designed to send out a 
standard benchmark workload once an hour to each chent system 108, 110 ... 112. If a client 
system is not available at that time for any reason, the workload would not be completed by the 

5 client system, and there would be no incentive value generated for that cUent system. In this 
example, the benchmark workload may be a timed work-set that would exercise each subsystem 
with capabilities withm the client system that was desired to be measured. A more capable client 
system would then generate greater incentive values from executing the benchmark workload, as 
compared to a lesser capable client system. These incentive values may be utilized as desired to 

10 determine what the cUent system should get in return for its efforts. For example, if the incentive 
were a sweepstakes as discussed further below, the number of entries in the sweepstakes may be 
tied to the system's performance of the benchmark workload. Thus, the faster or better the client 
system performs the benchmark workload, the more entries the cUent system would receive. 

15 In the embodiment shown in FIG. 3 A, the server systems 104 includes a sweepstakes 

system 306 that functions with control system 304 to provide incentives for the users or owners 
of client systems 108, 110 and 112 to allow their system capabilities to be used by the server 
systems 104. The control system 304 may determine a sweepstakes entry value 302 that is sent 
along Une 310 to the sweepstakes system 306. The sweepstakes system 306 may then receive 

20 sweepstakes entry 332 and provide it to the sweepstakes engine 330 through line 334. The 
sweepstakes engine 330 may process the entries and determine a winner, when desired. In the 
embodiment shown, therefore, entries to the sweepstakes may be generated each time a unit of 
work is accompUshed by one or more of the subsystems within a chent system 108, 110 or 112 
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via an agent installed on the device for the purposes of managing and completing units of work. 
The total entries for any period of time would, therefore, be dynamic depending on how many 
are received. Odds of winning would then be determined by the total number of entries received 
and the total number of entries contributable to any given entrant. 

5 

FIG. 3B is another example block diagram of a distributed processing system 300 
including servers systems 104, customer systems 152, client systems 134 and out-sourced host 
systems 340, according to the present invention. The servers systems 104 may include an 
analytic subsystem 346, a results/workload production subsystem 344, a project pre-processing 
10 subsystem 342, a client agent subsystem 243, and an incentive advertising subsystem 245. The 
incentive advertising subsystem 245 may operate to provide advertising information, for 
example, the upgrade incentive information as discussed with respect to FIG. 2D. The chent 
agent subsystem 243 may operate to download an agent to the client systems 134 and to update 
this agent at times when the server systems 104 are communicating with the client systems 134. 

15 

The customer systems 152, which represent customers that have projects that they desired 
to be processed by the distributed processing system, may be connected to the project pre- 
processing subsystem 342 to provide projects to the servers systems 104. These projects are 
processed by the project pre-processing subsystem 342 and passed to the results/workloads 
20 production subsystem 344, which produces and sends out workloads 130 and receives back 
results 130. The analytic system 346 then takes the results and processes them as desired. 
Completed project information may then be provided from the analytic system 346 to the 
customer systems 152. In this manner, the projects of the customer systems 152 may be 
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processed and project results reported by the distributed processing system of the present 
invention. 

Also, as shown, the workloads 130 and the results 132, or other tasks of the server 
5 systems 104, may be processed and handled by out-sourced host systems 340, if desired. Thus, 
some or all of the workloads 130 may be sent first to out-sourced host systems 340. Out-sourced 
host systems 340 then send workloads 130A to the cHent systems 134 and receive back results 
132A. The out-sourced host systems 340 then send the results 132 back to the server systems 
104. It is noted that this out-sourcing of server system tasks may be implemented as desired for 
10 any given task that the server systems 104 may have. It is further noted that, if desired, the 
server systems 104 may perform all of the desired functions of the server systems 104 so that no 
out-sourced host systems 340 would be used. 

FIG. 3C is a block diagram for one embodiment of a server system processor 350, 
15 according to the present invention. An agent abstraction layer 360 may send workloads 130 and 
receive results 132. The security subsystem 354 may interact with the agent abstraction layer 
360 and provide information to a data parser 352 and an application programming interface 
(APIs) block 356. The APIs block 356, the data parser 352 and a workload manager 558 may 
interact to accomplish the desired tasks for the server system processor 350. It is noted that for 
20 this embodiment, the API protocol could be controlled and provided to other host systems. 

FIG. 3D is an alternative block diagram for a server system processor 350, according to 
the present invention. In this embodiment, the APIs block 356 and the agent abstraction layer 
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360 are not present. The data parser 352, the workload manager 358 and the security subsystem 
354 interact to provide the desired server system tasks. It is noted that for this embodiment, the 
security subsystem is controlled and utiUzed for communicating with chent systems. 



5 FIG. 4 is a functional block diagram for a sweepstakes operation 400 by the system server 

104 according to the present invention. In block 402, the server systems 104 may sign-up cUent 
systems in "accept cHents" block 402. Following line 418, the server systems 104 identifies the 
capabilities of the client's computer and processing systems in the "determine cUent system 
capabilities" block 404. Control passes along line 420 to the "distribute workloads to cUent 

10 systems" block 406, where the server systems 104 allocates workloads to each cUent system 108, 
110 and 112. This workload may also be an benchmark workload, as indicated above, that acts 
as an entry workload to determine the entries or entry values for the client system. As also 
indicated above, in distributing the workloads in block 406, the server system 104 may take into 
consideration the capabihties of the chent systems to which workloads are being distributed. The 

15 chent systems 108, 110 and 112 then operate to complete the workloads allocated to them. The 
server system 104 receives back workload results in "receive workload results" block 408. 

At this point, control passes along line 424 to the "determine sweepstakes entries" block 
410. In this block 410, the server system 104 determines the entry value for the workload 
20 completed or for a standard benchmark or entry workload completed. This entry value may be 
weighted upon a variety of factors including factors such as the amount of work completed, the 
difficulty level of the processing required, and the accuracy of the results. It is noted that any 
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desired weighting may be utilized. Thus, it is understood that a wide variety of considerations 
may be utiUzed to determine the entry value weighting for the sweepstakes. 

Although the weighting determination is shown in block 410 in FIG. 4, the entry value 
5 may also be determined, in whole or in part, when a cHent system signs on to the distributed 
processing distributed system of the present invention. For example, if a chent system has state- 
of-the-art CPU, video processor, DSP engine, memory, and large amounts of free disk storage 
space, a high entry value may be allocated to this cUent system up-front. In contrast, a client 
system that has a slow CPU, a weak video processor, no DSP engine, little memory, and little 
10 free disk storage space may be allocated a small entry value. In this way, the owners or users of 
the chent systems may be provided immediate feedback as to the potential sweepstakes entry 
value of their computer systems, devices and system capabilities. 

It is ftirther noted that the entry value may take any desired form and may be, for 
15 example, a multiplier that will be used for each unit of workload completed. In this way, the 
owner or user will readily be cognizant that a state-of-the-art system will yield a high multiplier, 
where as an older system, system capability or device will yield a low multipher. Such feedback, 
whether communicated to the owner or user immediately upon signing up or upon completion of 
each workload, will create an incentive for owners and/or users to acquire state-of-the-art 
20 systems, thereby fiirther increasing the potential processing power of the distributed processing 
system of the present invention. 
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In addition, different workload projects may be designated with different entry values, as 
well. For example, some workload projects may require particular hardware or software 
processing systems within a client system or device. Thus, the number of chent systems that are 
capable of performing the task would be limited. To further encourage participation by those 
5 owners or users with capable systems, the entry value for taking on particular workloads and/or 
systems with the desired features may be allocated higher entry values. 

Referring back to FIG. 4, control passes along line 426 to the "process entries" block 412. 
In this block 412, the sweepstakes entries are processed and stored as desired. Following line 
10 428, "end of entry period" decision block 414 represents a determination of whether the time for 
getting entries into the sweepstakes has ended. If not, the control continues to line 430 and back 
to blocks 402, 404 and/or 406, depending upon what is desired. Once the entry period has ended, 
control flows along line 432 to "determine winners" block 416. The server system 104 then 
identifies from among the entries, who the winning client system or systems will be. 

15 

The entry period may be any desired time frame and may include multiple overlapping 
time frames, as desired. For example, winners may be determined daily for entries each day, 
monthly for entries within a month, and/or yearly for entries within one year. In addition, special 
entry periods may be generated, if desired, for example where a particularly important workload 
20 project had a short time frame in which it needed to be completed. 
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FIGS. 1, 2A-C, 3A-D, and 4 are directed to example embodiments for a distributed 
processing system according to the present invention, including a sweepstakes reward or 
incentive feature, as shown in the embodiments of FIG. 3 A and FIG. 4. 



5 FIGS. 6 A and 6B further describe a capabilities scheduling feature, in which the server 

systems 104 may identify and consider any of a variety of cUent system capability vectors in 
determining how to organize, allocate and manage workloads and projects. FIGS. 5 A and 5B 
describe a distributed processing system and workload project that accomplishes network site 
indexing. FIGS. 7 A and 7B describe a distributed processing system and a workload project that 

10 accomphshes network site testing, such as quality of service (QoS) testing and load testing. And 
FIG. 8 describes a distributed processing system, preferably with respect to a corporate intranet, 
that accomplishes distributed data back-up. 

FIG. 9 is an alternative representation for the interconnection fabric for a distributed 
15 processing system environment and describes idle chent system identification and shared 
component client systems. FIG. 10 describes a cUent system agent installed on a client system. 
FIGS. IIA and IIB further describe machine generated sweepstakes entries. FIGS. 12A and 
12B describe chent capability selection features. FIGS. 13 A and 13B describe data conversion 
services. FIG. 14A describes a distributed processing system that provides data transmission 
20 caching. FIG. 14B describes a distributed processing system that provides data sharing and file 
distribution functions. And FIG. 15 describes an alternative representation for a distributed 
processing system, according to the present invention. 



-32- 



Atty DktNo. -- UNTD:013 



Looking now to FIG. 5A, block diagram is depicted of a distributed processing system 
550 for a network site indexing application, according to the present invention. As stated above 
with respect to FIG. lA, the network 102 may be a wide variety of networks. For this network 
site indexing apphcation, the network 102 may preferably be the Internet having a multitude of 
network sites 552 . 554. Each network site 552 ... 554 may have a variety of different content 
types that may be indexed, ranging from complex sites to relatively simple sites. For example, 
network site 552 includes text 570A, images 570B, audio streams 570C, video streams 570D, 
files 570E and other content 570F. Network site 554 is less complex and includes text 572A, 
images 572B, and other content 572C. Both network sites 552 and 554 are connected to the 
network 102 through communication lines 558 and 556, respectively. 

As discussed above, the server systems 104 manage workloads for the client systems 108, 
110... 112. The client systems 108, 1 10 ... 1 12 process these workloads and produce indexing 
results. The resulting index may be stored at a centrally managed site, such as central index 
storage block 560, or may itself be distributed over the possibly millions of indexing clients 108, 
1 10 ... 1 12, as shown by remote index storage blocks 562, 564 . . . 566. If remote index storage 
is utilized, a master database content index may be stored locally, for example, in the central 
index storage block 560. This content index may then direct relevant searches to the distributed 
massively parallel engine for search queries. 

Referring now to FIG. 5B, a fimctional block diagram is shown for a network site 
indexing operation 500 according to the present invention. As described in FIG. 1 A with respect 
to other systems 106, there may be any number of computer and processing systems connected to 
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the network 102. Any one of these others systems 106 may publish information on the network 
102 for access by any other system connected to the network 102. This information to be 
indexed may take a wide variety of forms, including, for example, text, images, audio streams, 
video streams, databases, spreadsheets, PDF files, Shockwave data. Flash data, applications, data 
5 files, chat streams, or any other information, data or data streams that may be accessible on a 
network site. The distributed processing system of the present invention may have as a workload 
the task of indexing this potentially massive amount of information. 

For example, where the network 102 is the Internet or a large intranet, a large amount of 
10 processing power and time is needed to create an accurate, complete and up-to-date index of the 
information. The Internet uses an IP (Internet Protocol) address protocol to direct traffic around 
the Intemet. The IP address is the address of a computer attached to a TCP/IP (Transmission 
Control Protocol/Internet Protocol) network. Every system on the network must have a unique 
IP address. IP addresses are typically written as four sets of numbers separated by periods. The 
15 TCP/IP packet uses 32 bits to contain the IP address, which is made up of a network and host 
address (NETID and HOSTID). The more bits used for network address, the fewer remain for 
hosts. Web pages within a particular web site with a unique address may be addressed through 
URLs (Uniform Resource Locator) associated with that web site. In short, there is a limited, but 
very large, number of possible IP addresses for uniquely identifiable Intemet sites that may be 
20 accessed and analyzed to generate an index of Intemet sites and web pages via URLs. 

The operation diagram of FIG. 5B starts with the "cUents receive indexing workloads" 
block 502. In this block, the system server 104 provides the clients systems 108, 110 ... 112 
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with a workload task to index a portion of the information accessible on the network 102. For 
example, with the Internet, each workload may be single IP address or groups of URLs or, in 
some cases, large data types contained on single sites or pages. Following line 514, the "clients 
interact with other systems" block 504 represents the operation of the agent installed on the chent 
5 systems 108, 110 ... 112 to access the network sites, according to the assigned workload, and 
index the information accessible on that site. This indexing may include all types of information 
accessible on that site, including text, audio, image, video, etc. 

Next, following lines 516 and 518, the cUent systems 108, 110 and 112 complete the 
10 workload tasks, get the results ready for transmission, and sends those results back to the system 
server 104 in "cUents complete workload" block 506 and "indexing results sent to server system" 
block 508. Control passes along line 520 to "index compiled for use" block 510 where the server 
system formats and/or compiles the results for use. For example, the index results may be 
utihzed for accurate, complete and up-to-date search information for the network 102. As 
15 indicated with respect to FIG. 5 A, the resulting index may be stored remotely or locally 
following line 522. Thus, element 524 represents remote storage of the index, and element 526 
represents central storage of the index. It is noted that the index may also be stored with a 
mixture of central and remote storage, as desired. In addition, as indicated above, a directory or 
summary index for the resulting index may be generated and stored centrally, if desired. It is 
20 further noted that the summary index may be stored in any other desired fashion, for example, it 
may be distributed and stored on a number of client systems. 
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FIG. 6 A is a block diagram for a server system 104 according to the present invention, 
including a control system 304, a workload database 308, and a database of capability vectors 
620. The workload database 308 includes a variety of sets of workload projects WLl, WL2 ... 
WLN. For each workload project, there may be multiple workload units. For example, 
5 workload project WLl includes workload units WLll, WL12 ... WLIN, as represented by 
elements 640, 642 ... 644, respectively. Similarly, workload project WL2 includes workload 
units WL21, WL22 ... WL2N, as represented by elements 646, 648 ... 650, respectively 
workload project WL3 includes workload units WL31, WL32 ... WL3N, as represented by 
elements 652, 654 . . . 656, respectively. 

10 

It may be expected that different workload projects WLl, WL2 ... WLN within the 
workload database 308 may require widely varying processing requirements. Thus, in order to 
better direct resources to workload projects, the server system may access various system vectors 
when a chent system signs up to provide processing time and other system or device capabilities 
15 to the server system. This capability scheduling helps facilitate project operation and 
completion. In this respect, the capabihty vector database 620 keeps track of any desired feature 
of chent systems or devices in capability vectors CBVl, CBV2 ... CBVN, represented by 
elements 628, 630 ... 632, respectively. These capability vectors may then be utilized by the 
control system 304 through line 626 to capability balance workloads. 

20 

This capabihty scheduhng according to the present invention, therefore, allows for the 
efficient management of the distributed processing system of the present invention. This 
capabihty scheduling and distribution will help maximize throughput, dehver timely responses 
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for sensitive workloads, calculate redundancy factors when necessary, and in general, help 
optimize the distributed processing computing system of the present invention. The following 
TABLE 1 provides lists of capability vectors or factors that may be utilized. It is noted that this 
hst is an example Ust, and any number of vectors or factors may be identified and utiUzed, as 
desired. 



TABLE 1 - Example Client Capability Vectors or Factors 



1. BIOS Support: 


a. BIOS Type (brand) 


D. ACrl 


c. oi, oZ, oDy anu o4 Sleep/ waKe 
siaxes 


d. D 1 , uZ and L)5 ACr i device states 


e. xcemoie w aKe up v la ivioaem 


f. Remote Wake Up Via MetworK 


g. U L.10CK control 


h. Thermal Management control 


i. Docked/Undocked state control 


J . APM 1 .2 support 


k. Hotkey support 


1. Resume on Alarm, Modem Ring 
and LAN 


m. r assworo. rroieciea jtvesumc irom 
Suspend 


n. Full-On power mode 


o. APM / Hardware Doze mode 


p. Stand-by mode 


q. Suspend to DRAM mode 


r. Video Logic Power Down 


s. HDD, FDD and FDC Power Down 


t. Sound Chip Power Down 


u. Super I/O Chip Power Down 






2. CPU Support: 


a. CPU Type (brand) 


b. MMX instruction set 


c. SIMD instruction set 


d. WNI instruction set 


e. 3DNow instruction set 


f Other processor dependent 
instruction set(s) 


g. Raw integer performance 


h. Raw FPU performance 


i. CPU LI data cache size 
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j. CPU LI instruction cache size 


k. CPU L2 cache size 


1. CPU speed (MHz/GHz. . .) 


m. System bus (MHz/GHz. , .) speed 
supported 


n. Processor Serial Number 


0. CPUID 






3. Graphic Support 


a. Graphics type (brand) 


b. # of graphics engines 


c. Memory capacity 


d. OpenGL support 


e. DirectSD/DirectX support 


f. Color depth supported 


g. MPEG l/II decode assist 


h. MPEGl/II encode assist 


i. OS support 


j. Rendering type(s) supported 


k. Single-Pass Multitexturing support 


1. True Color Rendering 


m. Triangle Setup Engine 


n. Texture Cache 


0. Bihnear/Trilinear Filtering 


p. Anti-aliasing support 


q. Texture Compositing 


r. Texture Decompression 


s, Perspectively Correct Texture 
Mapping 


t. Mip-Mapping 


u. Z-buffering and Double-buffering 
support 


V. Bump mapping 


w. Fog effects 


X. Texture lighting 


y. Video texture support 


z. Reflection support 


aa. Shadows support 






4. Storage Support 


a. Storage Type (brand) 


b. Storage Type (fixed, removable, 
etc.) 


c. Total storage capacity 


d. Free space 


e. Throughput speed 


f. Seek time 


g. User dedicated space for current 
workload 


h. SMART capable 
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5. System 


a. System Type (brand) 


b. System fomi factor (desktop, 
portable, workstation, server, etc.) 








6. Commimications Support 


a. Type of Comiection (brand of ISP) 


b. Type of Comiection Device (brand 
of hardv^are) 


c. Hardware device capabilities 


d. Speed of connection 


e. Latency of connection 


f. Round trip packet time of 
connection 


g. Number of hops on connection type 


h. Automatic connection support 
(yes/no) 


i. Dial-up only (yes/no) 


j . Broadband type (brand) 


k. Broadband connection type 

(DSL/Sat./Cable/Tl/Intranet/etc.) 






7. Memory 


a. Type of memory error correction 
(none, ECC, etc.) 


b. Type of memory supported (EDO, 
SDRAM, RDRAM, etc.) 


c. Amount of total memory 


d. Amount of free memory 


e. Current virtual memory size 


f. Total available virtual memory size 








8. Operating System 


a. Type of operating system (brand) 


b. Version of operating system 


c. Health of operating system 






9. System application software 


a. Type of software loaded and/or 
operating on system 


b. Version of software 


c. Software features enabled/disabled 


d. Health of software operation 
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FIG. 6B is a functional block diagram for capabilities determination and scheduling 
operation 600 for workloads in a distributed processing system according to the present 
invention. Initially, various vectors are identified for which capability information is desired in 
the "identify chent system capability vectors" block 602. Following line 612, the server systems 
5 104 then capability balances workloads among cUent systems 108, 110 and 112 based upon the 
capability vectors in the "capabihty scheduling workloads based on vectors" block 604. Then 
the capabihties scheduled workloads are sent to the client systems 104 for processing in the 
"send capability scheduled workloads" block 606. 

10 This capabiUty scheduhng and management based upon system related vectors allows for 

efficient use of resources. For example, utilizing the operating system or software vectors, 
workloads may be scheduled or managed so that desired hardware and software configurations 
are utilized. This scheduling based upon software vectors may be helpfiil because different 
software versions often have different capabihties. For example, various additional features and 

15 services are included in MICROSOFT WINDOWS '98 as compared with MICROSOFT 
WINDOWS '95. Any one of these additional fimctions or services may be desired for a 
particular workload that is to be hosted on a particular cUent system device. Software and 
operating system vectors also allow for customers to select a wide variety of software 
configurations on which the customers may desire a particular workload to be ran. These varied 

20 software configurations may be helpfiil, for example, where software testing is desired. Thus, 
the distributed processing system of the present invention may be utilized to test new software, 
data files, Java programs or other software on a wide variety of hardware platforms, software 
platforms and software versions. For example, a Java program may be tested on a wide 
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proliferation of JREs (Java Runtime Engines) associated with a wide variety of operating 
systems and machine types, such as personal computers, handheld devices, etc. 

From the customer system perspective, the capability management and the capability 
5 database, as well as information concerning users of the distributed devices, provide a vehicle 
through which a customer may select particular hardware, software, user or other configurations, 
in which the customer is interested. In other words, utiUzing the massively parallel distributed 
processing system of the present invention, a wide variety of selectable distributed device 
attributes, including information concerning users of the distributed devices, may be provided to 
10 a customer with respect to any project, advertising, or other information or activity a customer 
may have to be processed or distributed. 

For example, a customer may desire to advertise certain goods or services to distributed 
devices that have certain attributes, such as particular device capabihties or particular 

15 characteristics for users of those distributed devices. Based upon selected attributes, a set of 
distributed devices may be identified for receipt of advertising messages. These messages may 
be displayed to a user of the distributed device through a browser, the client agent, or any other 
software that is executing either directly or remotely on the distributed device. Thus, a customer 
may target particular machine specific device or user attributes for particular advertising 

20 messages. For example, users with particular demographic information may be targeted for 
particular advertisements. As another example, the client agent running on client systems that 
are personal computers may determine systems that are suffering from numerous page faults (i.e., 
through tracking operating system health features such as the number of page faults). High 
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numbers of page faults are an indication of low memory. Thus, memory manufactures could 
target such systems for memory upgrade banners or advertisements. 

Still further, if a customer desires to run a workload on specific device types, specific 
5 hardware platforms, specific operating systems, etc., the customer may then select these features 
and thereby select a subset of the distributed client systems on which to send a project workload. 
Such a project would be, for example, if a customer wanted to run a first set of simulations on 
personal computers with AMD ATHLON microprocessors and a second set of simulations on 
personal computers with INTEL PENTIUM III microprocessors. Alternatively, if a customer is 
10 not interested in particular configurations for the project, the customer may simply request any 
random number of distributed devices to process its project workloads. 

Customer pricing levels for distributed processing may then be tied, if desired, to the 
level of specificity desired by a particular customer. For example, a customer may contract for a 

15 block of 10,000 random distributed devices for a base amount. The customer may later decide for 
an additional or different price to utiUze one or more capability vectors in selecting a number of 
devices for processing its project. Further, a customer may request that a number of distributed 
devices be dedicated solely to processing its project workloads. In short, once device attributes, 
including device capabilities and user information, are identified, according to the present 

20 invention, any number of customer offerings may be made based upon the device attributes for 
the connected distributed devices. It is noted that to faciUtate use of the device capabilities and 
user information, capability vectors and user information may be stored and organized in a 
database, as discussed above. 
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Referring now to FIG. 12 A, a block diagram depicts a distributed processing system 1200 
that allows customers to select client system attributes, such as device capabilities and user 
characteristics, according to the present invention. In this embodiment, the network 102 is 
5 depicted as the Internet to which server systems 104, customer 152A, customer 152B, and client 
systems 1202A, 1202B ... 1202C are connected. These systems are connected through 
communication links 114, 119A, 119B, 1204A, 1204B ... 1204C, respectively. As noted above, 
these communication links may include any of a wide variety of devices and/or communication 
techniques for allowing a system to interface with other connected systems. 

10 

As shown in FIG. 12 A, and as discussed above, the customers 152 A and 152B may 
desire to send information or projects, such as advertisements (ADV) 1206 A and 1206B and/or 
projects (PRO J) 1208 A and 1208B, to groups of client systems that have particular or selected 
capabilities. The number of different groups of client systems is as varied as the capabihty and 

15 user data available for those client systems. The client systems 1202A represent chent systems 
that include a first set (Set 1) of desired attributes. The client systems 1202B represent client 
systems that include a second set (Set 2) of desired attributes. And the client systems 1202C 
represent cUent systems that include a Nth set (Set N) of desired attributes. Once attributes are 
selected, the client systems with those attributes may be accessed as desired by customers 152A 

20 and 152B. For example, customer 152 A may send its advertisement to client systems 1202B. 
Customer 152B may send its advertisement to client systems 1202 A. The project 1208 A fi:om 
customer 152A may be processed by chent systems 1202C. And the project 1208B firom 
customer 152B may be processed by client systems 1202B. It is noted, therefore, that any 
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combination of desired attributes, such as device capabilities and user characteristics, may be 
identified and utiUzed to satisfy customer objectives, whether those objectives be advertising, 
project processing, or some other desired objective. 

5 FIG. 12B is a block flow diagram for chent system attribute selection, according to the 

present invention. In the embodiment shown, process 1250 begins with the customer selecting 
desired attributes in block 1252. Next, chent systems with selected attributes are accessed in 
block 1254. And, then m block 1256, the customer objective, such as advertising or project, is 
processed by the chent system. Control of this process 1250 may be provided by the server 

10 systems 104, if desired, such that the customer interfaces with the server systems 104 to select 
device attributes and then the servers systems 104 access the chent systems. Alternatively, the 
server systems 104 may simply provide the customer with a Ust of contact information (e.g., IP 
addresses) for the client systems, so that the customer may directly access the client system, for 
example, in providing advertisements to the users of the chent systems. It is further noted that 

15 other control techniques may also be used to identify and access chent systems with particular 
desired device capabihties, user characteristics, or other device attributes, according to the client 
system attribute selection method of the present invention. 

FIG. 7 A is a block diagram for a network 102 according to the present invention, 
20 including example network sites 1 06 A and 1 06B on which site testing is to be conducted, such as 
load testing and/or quality-of-service (QoS) testing. FIG. 7A is similar to FIG. lA except that 
other systems 106 in FIG. lA has been represented in the embodiment of FIG. 7 A with network 
sites 106 A and 106B. Communication line 116A between the network 102 and the network site 

- 44 - Atty Dkt No. - UNTD:013 



106A represents a interaction by one client system 108, 110 and 112. Communication lines 
116B, 116C and 1 16D represent interactions by more than one client system 108, 1 10 and 1 12. 

Site testing is typically desired to determine how a site or connected service performs 
5 under any desired set of test circumstances. With the distributed processing system of the 
present invention, site performance testing may be conducted using any number of real client 
systems 108, 1 10 and 1 12, rather than simulated activity that is currently available. Several tests 
that are commonly desired are site load tests and quality of service (QoS) tests. Quality of 
service (QoS) testing refers to testing a user's experience accessing a network site under normal 
10 usability situations. Load testing refers to testing what a particular network site's infrastructure 
can handle in user interactions. An extreme version of load testing is a denial-of-service attack, 
where a system or group of systems intentionally attempt to overload and shut-down a network 
site. Advantageously, the current invention will have actual systems testing network web sites, as 
opposed to simulated tests for which others in the industry are capable. 

15 

Network site 106B and the multiple interactions represented by communication lines 
116A, 116B and 116C are intended to represent a load testing environment. Network site 106 A 
and the single mteraction 1 16 A is indicative of a user interaction or QoS testing environment. It 
is noted that load testing, QoS testing and any other site testing may be conducted with any 
20 number of interactions from cUent systems desired, and the timing of those interactions may be 
manipulated and controlled to achieve any desired testing parameters. It is ftirther noted that 
periodically new load and breakdown statistics will be provided for capacity planning. 
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FIG. 7B is a functional block diagram for a site-testing operation 700 according to the 
present invention. Initially, client systems 108, 110 and 112 receive workloads that identify 
testing procedures and parameters in the ''chents receive testing workload" block 702. Following 
line 714, the client systems 108, 110 and 112 access the site being tested and perform the testing 

5 in block "cUents interact with other systems" block 704. Next, following lines 716 and 718, the 
client systems 108, 1 10 and 1 12 complete the site testing workload tasks, get the results ready for 
transmission, and send those results back to the system server 104 in "cUents complete testing 
workload" block 706 and "site testing results sent to server system" block 708. Control passes 
along line 720 to "site testing resuhs compiled for use" block 510 where the server system 

10 formats and/or compiles the results for use by the network site. For example, the site testing 
results may be utihzed determining modifications that need to be made to the network site to 
handle peek volume activities. 

FIG. 8 is a block diagram for a distributed processing system 800 for a data back-up 
15 system apphcation, according to the present invention. As stated above with respect to FIG. 1 A, 
the network 102 may be a wide variety of networks, including an intranet network. Intranet 
networks, such as internal networks set up by corporations, are particularly suited for this 
application because the systems holding the data being backed-up would be owned by the same 
entity owning other systems with excess data storage capabilities. In this way, security would 
20 not be as great of an issue and the cUent system types could be better controlled. It is noted, 
however, that this data back-up apphcation would be equally appHcable to other networks, such 
as for computer systems connected through the Internet. 
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Referring back to FIG. 8, client systems 108, 1 10 ... 1 12 are shown each having a back- 
up data blocks 804, 806 ... 808. Customer systems 152 is shown as having data 802, which is 
desired to be backed-up with the distributed back-up system 800. The server systems 104 
manage the flow of data from the data 802 and the client systems that have extra storage space 
5 represented by back-up data blocks 804, 806 ... 808. In operation, the server systems 104 
identifies cUent system storage capabilities. With this information, the server systems 104 can 
receive data for back-up from any system on the network 102, It is noted, and as indicated with 
respect to FIG. lA, the chent systems 108, 110 ... 112 and the customer systems 152 may 
communicate directly with each other in peer-to-peer type communications. 

10 

The servers systems 104 may also manage the storage and transfer of data so that the data 
will be readily retrievable once backed-up and stored on the chent systems 108, 110 ... 112. If 
desired, an summary index or directory of the backed-up data may be stored centrally on the 
server systems 104, or may be stored remotely on the chent systems 108, 1 10 ... 1 12. It is also 
15 noted that the server systems 104 may also distribute data back-up workloads so that each 
portion of the data 802 is stored redundantly on at least two of the chent systems 108, 110 ... 
112. This redundancy provides added security should any one or more client systems suddenly 
cease to be operational 

20 Looking now to FIG. 9, a block diagram is depicted of an altemative representation of an 

interconnection fabric for a distributed processing system environment 100, according to the 
present invention. In this diagram and as described above, the network environment may be the 
Intemet, an internal company intranet, a local area network (LAN), a wide area network (WAN), 
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a wireless network, a home network, or any other system that connects together multiple systems 
and devices. In addition, the server systems and cUents systems may be interconnected by a 
variety of possible connection interfaces, for example, Ethemet connections, wireless 
connections, ISDN connections, DSL connections, modem dial-up connections, cable modem 

5 connections, direct Tl or T3 connections, fiber optic connections, routers, portal computers, as 
well as any other network or communication connection. It is noted, therefore, as discussed with 
respect to other embodiments such as the embodiment of FIG. lA, that systems may be coupled 
into an interconnected fabric in any of a variety of ways and communications can potentially 
occur directly or indirectly between any of the systems coupled into the fabric, as would be 

10 understood by those of skill in the art. 

Within this environment, as depicted in FIG. 9, server systems 104 are interconnected 
with any number of chent systems, for example, cHent systems 108 A, 108B, 108C, 108D, 108E, 
108F, 108G, 108H, 1081, 108J, 108K and 108L. In addition, these chent systems may also 

15 include idle chent systems 902 A, 902 B, and 902C, as discussed further below. Furthermore, 
these client systems may include chent system 904A with a component A, client system 904B 
with a component B, and chent system 904C with a component C. It is also noted that the 
interconnection fabric may include any number of devices that are not chent systems, in that they 
themselves are not providing components or processing capabilities for the distributed processing 

20 system of the present invention. Nevertheless, these devices may be considered part of the 
system because they may relay, interpret, process or otherwise transmit or receive information 
from or to client systems that are part of the distributed processing system. 
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Aggregation of component level resources, according to the present invention, will now be 
discussed. As described above, the capabihties of chent systems are determined for purposes of 
allocating, scheduling and managing distributed processing workloads. In other words, each of 
the client systems may be made up of many individual subsystems with various capabihties. In 
5 some cases, it may occur that particular components on different machines may provide added 
value if combined or aggregated. Thus, utilizing subsystem or component level resources from a 
heterogeneous group of devices may be the most efficient or otherwise advantageous way of 
taking advantage of these resources to complete various desired tasks. 

10 Referring now more particularly to FIG. 9, the chent systems 904A, 904B and 904C may 

it have component A, component B and component C, respectively, that are better utilized in 

combmation. For example, client system 904A may have a fast processor, a high-speed network 
r connection, but httle available storage space. Chent system 904B may have large amounts of 

in available free storage space but little processing power. Client system 904C may also have a fast 

2 15 processor, but relatively little available storage space. In this example, a workload that requires 
both a large storage capacity and a fast processor may be efficiently completed by dedicating 
component level resources to various parts of the workload from different machines. Thus, the 
workload may be managed by having chent systems 904A and 904C processing data stored on 
and transmitted from client system 904B. Once chents systems 904 A and 904C process data, 
20 this resulting data may then be transmitted back to client system 904B for aggregation and 
eventual transmission back to the server systems 104. The client system 904B, therefore, 
essentially acts as a server for a workload subset, sending out portions of a subset workload, 
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receiving back the processed data, and aggregating the data to build a completed workload 
subset. 

It is noted that any number of different components from different client systems may be 
5 aggregated, as desired. For example, for wireless devices, DSP processing and storage 
components could be aggregated with components from other client systems. For display 
devices, graphics rendering power could be aggregated. For relatively dumb machines, such as 
connected household appUances, vending machines, etc., slow-speed processing components 
could be aggregated. In short, an appropriate workload may include instructions to numerous 
10 client systems that will enable collaboration and aggregation of component level resources. Such 
instructions may include things, such as, where to receive input, where to send output, and 
ultimately which cUent systems return final results. 

It is fiirther noted that the control instructions may be de-centraUzed as well. In other 
15 words, as indicated above, client systems may communicate directly with each other, for 
example, in a peer-to-peer fashion. In this way, workload communications may occur directly 
between client systems, and workload control and management may occur through the client 
system agents located on client systems. 

20 Still referring to FIG. 9, idle system determination will now be discussed. As stated 

above, client system capabilities are determined and utilized within the distributed processing 
system of the present invention. The more idle any particular client system, the more processing 
it is arguably able to accomphsh, and the more incentives it is likely to receive. In other words, 
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the client system capabilities may be utilized more often and more intensely if the cUent system 
is more idle. As such, it is advantageous to identify idle client systems and allocate them to more 
processor and time sensitive tasks. By identifying these idle client systems, resources available 
on the network at any given time may be more fully utilized, and otherwise idle resources may be 
5 utiUzed for highly intensive, real-time activities that would otherwise require dedicated devices. 
Examples of such real-time activities include data caching, indexing, etc. In FIG. 9, idle chent 
systems are designated as 902A, 902B and 902C. 

Identifying idle resources may be determined in any of a variety of ways. It is possible, 
for example, to simply look at whether a machine is not being used or has low processor 
utilization at any given time. This simple determination, however, may not yield an accurate 
picture of how idle a client system may or may not be over a given time period. More 
particularly, discovery methods may be implemented to identify the activity of a variety of client 
system components and subsystems. For example, subsystems may be monitored, such as 
network activity, device output activity, user input, processing activity, executing task 
monitoring, or mode of operation parameters (e.g., mobile or power management modes, 
stationary or powered mode). In addition, any number of other device vectors may be monitored 
or analyzed to determine the true usage and idleness of a cUent system. 

20 The following TABLE 2 provides a hst of idleness vectors or factors that may be utihzed 

in determining the level of device usage or idleness. In particular, TABLE 2 provides two 
primary categories of activities to monitor or analyze for determination of how idle a client 
system may or may not be. These activities are user activity and device activity. By monitoring, 
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analyzing and tracking these client system elements and activities over time, a better 
determination of device usage and idleness may be made. It is noted that the Hst provided in 
TABLE 2 is an example list, and any number of categories, vectors or factors may be identified 
and utiUzed, as desired, according to the present invention. 



TABLE 2 ™ Example Client Idleness Vectors or Factors 



1 . User Activity (e.g., monitor input 
activities, monitor output activities, 
monitor time elapsed since last input 
event and between input events, etc.) 


a. keyboard input 


b. mouse input 


c. microphone/voice input 


d. tablet input 


e. pen input 


t touch screen input 


g. joystick input 


h. gamepad input 


i. video output 


j, printer output 


k. any other user activity that could be 
utilized to classify if a device is idle 


2. Device Activity (e.g., monitor 

utilization levels, monitor time elapsed 
since last device activity, monitor time 
between changes in device utilization 
levels, etc.) 


a. power state (e.g., time since last 
power state change event) 


b. mobility state (e.g., time since 
device last in mobile state) 


c. screen saver activity or trigger (e.g., 
time elapsed since screensaver 
activity or trigger) 
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screen output (e.g., time elapsed 


e. 


network or communication packets 






since last screen output, paint event 




sent or received (e.g., time elapsed 






or pixel change) 




since last network or 










communications activity) 




f. 


storage device activity (e.g., time 


g- 


processor, DSP, microcontroller. 






elapsed since last storage device 




embedded device, or other 






activity, such as hard drives, flash 




processor activity (e.g., time 






memory cards, removable drives, 




elapsed since last processor 






CD drives, DVD drives, etc.) 




activity) 




h. 


processor, DSP, microcontroller, 


i. 


tasks or processes executing (e.g.. 






embedded device, or other 




time elapsed since change in 
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As a further example of the usefulness of this determination, reference is made back to 
FIG. 9. Server systems 104 may have, for example, a large, intensive task that it would like to 
place on these idle devices. After using a number of the vectors in TABLE 2 to determine the 

5 utilization level for chent systems, the server systems 104 determines that client systems 902 A, 
902B and 902C are idle and capable of handling significant time sensitive processing tasks. For 
example, idle chent systems 902A, 902B and 902C may be personal computers that can act as a 
local internet cache for other connected devices, such as some of the other client systems 
depicted in FIG. 9, that are interested in a data type that benefits from a local network cache. 

10 Thus, data or content may be transmitted from a remote network site to the idle machines 902 A, 
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902B and 902C. These idle devices 902A, 902B and 902C may then re-transmit this same data 
or content to other connected devices also interested in the data or content. 

One example for such network caching is Internet video or multimedia broadcast events 
that are desired to be viewed or received by a very large number of geographically close 
connected devices at about the same time. In order to meet the demand of these connected 
devices, web sites broadcasting an event have to be able to handle a huge increase in network 
traffic over a short period of time. By locally caching the transmission to idle client systems, a 
web site can reduce the direct demand on its own resources. This is so because other connected 
devices may receive a re-transmitted broadcast, although delayed, from the idle client system. It 
is noted that according to the present invention idle client systems 902A, 902B and 902C may 
work independently or in combination. Even though idle cUent systems are suited for providing 
the caching function, it is also noted that that network caching may be accomphshed using one or 
more client systems regardless of their respective levels of idleness. 

FIG. 10 is a more detailed block diagram for a client system agent 270 installed on a 
client system, according to the present invention. This diagram includes a security subsystem 
1010, a capabilities subsystem 1006, a workload processor 1004, a user interface 1002, and a 
project management and agent control subsystem 1008. The various components and subsystems 
may communicate with each other, for example, through lines 1012, 1014, 1016, 1018 and 1020. 
Externally, the chent system agent 270 may communicate through its security subsystem 1010 
with the other components within the client system and ultimately to other devices connected 
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into the network fabric. It is noted that configui-ation of the client system agent and its operation, 
both internal and external, may be selected and designed, as desired. 

As depicted, the capabihties subsystem 1006 includes an idle system monitor 1022, as 
5 described above, that monitors and analyzes user and device activities associated with the client 
system to determine the level of activity or idleness for the client system. The information 
determined by this idle system monitor 1022 may then be communicated externally, for example, 
through the security subsystem 1010 to the server systems 104. The server systems 104 may 
then store and analyze system idleness data from across the distributed processing system. This 
10 idleness data may become part of the capabihties database that is utihzed to allocate and manage 
workloads and processing system resources. 

Still referring to FIG. 10, the workload processor 1004 includes a machine entry 
generation subsystem 1024. As described above, the workload processor 1004 may send 
15 completed workloads back to server systems 104 to generate sweepstakes entries for the host 
client system. In this way, when the incentive is a sweepstakes, the cUent system may generate 
entries by completing workloads. The machine entry generation subsystem 1024 refers to this 
entry generation through workload completion. As discussed above, the workload processed to 
generate entries may be a project workload, an entry workload, or any other workload, as desired. 

20 

FIGS. IIA and IIB provide more detailed flow diagrams of process embodiments for 
machine generated sweepstakes entries through processing of entry workloads, according to the 
present invention. 
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Looking first to FIG. 1 1 A, an entry workload process flow 1 100 is depicted that provides 
machine generated sweepstakes entries. Process moves from start block 1102 to block 1104 in 
which entry workloads are loaded on chent systems. Next, process flows to block 1106 which 

5 represents a periodic timer or other timing control for entry workload processing. After this 
timing control, the cUent system executes or processes the entry workload in block 1108. In 
block 1 1 10, a sweepstakes entry is thereby generated and returned to the server system 104 based 
upon the completion of this entry workload. Process control then may proceed back to the 
periodic timing block 1106, where timing control determines when the entry workload is next 

10 processed. The completed workload represents the machine generated sweepstakes entry. 

FIG. IIB is an altemative entry workload process flow 1150. The process flow 1150 is 
similar to the process flow 1 100 except that the entry workload is sent to the cUent system each 
time it is to be run. Process starts in block 1 102 and passes to the periodic timer block 1 106, in 

15 which the process is controlled. For example, server systems 104 may determine when it is 
desirable for the chent systems to receive and process an entry workload. In block 1104, the 
entry workload is sent to the client systems. As with FIG. 11 A, the client systems then execute 
the entry workload in block 1108, and an entiy is generated and returned to the remote server 
systems 104 in block 1110. The process then proceeds back to the periodic timer 1 106 until it is 

20 determined that another entry workload should be processed. The primary difference between 
process 1150 and process 1100 is that process 1150 is depicting an entry workload that is 
transmitted to the chent system each time it is to be run. 
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One example utilizing the process 1 150 or the process 1 100 is for servers systems 104 to 
query the chent systems for entry workload processing at regular time intervals. If a distributed 
device returns a completed entry workload back within a selected period of time from the 
distribution of the entry workload, the server system may conclude that the distributed device 

5 should receive an entry because the distributed device is providing resources to the distributed 
processing system. In this way, the server systems 104 may determine at regular intervals 
whether a given client system is working on project workloads for the distributed processing 
system. Alternatively, the cUent system agent may locally control the workload processing and 
may, for example, cause the client system to process and generate entries at regular time 

10 intervals. It is noted that non-regular and varying time intervals may also be utilized and that 
combinations of remote and local control may also be utilized, as desired. 

The timing of when a client system processes the entry workload, therefore, may be 
determined locally by the client system agent or remotely, for example, through commands sent 

15 by the server systems 104. In addition, periodic timing control may also be accomphshed 
through various combinations of control routines residing locally and remotely. It is further 
noted that any number of different variations may be utiUzed to provide machine generated 
entries to a sweepstakes, according to the present invention. Thus, a client system may generate 
sweepstakes entries in any of a variety of ways and still have machine generated sweepstakes 

20 entries, according to the present invention. 

FIGS. 13A and 13B describe a data conversion application 1300 for a massively parallel 
distributed network according the present invention. In particular, FIG. 13 A is a block diagram 
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of a distributed processing system that provides data conversion services, according to the 
present invention. And FIG. 13B is a block flow diagram for data conversion services within a 
distributed processing system, according to the present invention. 

Converting file types, web pages, graphics images, etc., between device types can be a 
highly intensive processing task. Example devices that often need converted data are wireless 
devices, such as pagers and cell phones, that request Internet web page information from their 
respective device servers. The device server, instead of incurring the overhead of reformatting 
the requested data for the wireless devices, may instead distribute the requested page or data 
address, the device type information of the requesting device, and retum address for the 
reformatted data. According to the present invention, the data conversion, translation or 
processing may be performed by a cUent system of the distributed processing system of the 
present invention. The resuhing data may then be returned or provided to the original requesting 
device. In addition to data formatting for cell phones, language conversion, text translation and 
media translation services, or any other desired data conversion can also be hosted for a customer 
through the distributed processing system of the present invention. 

It is noted that the data conversion operation contemplated by the present invention is not 
limited to any particular requesting device, any particular service provider, any particular type of 
data to be processed, any particular type of resulting processed data, or any particular data 
source. Thus, the data processed may include voice, text, application, image, source code, or any 
other data type or combination of data types, and the resulting processed data may also include 
voice, text, application, image, or any other data type or combination of data types. According to 
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the present invention, the distributed processing system is utilized to process any data that is 
desired by a requesting device and that must be converted or processed before being provided to 
the requesting device. For example, an end-user devices connected to the Internet, such as 
personal computers, may sign up for data conversion services through the server system so that 
5 the end-user device may request data conversion of any desired data, file, web site content, etc. 
Language translations and data formatting for connected wireless are just two examples of such 
applications for the present invention. 

Looking now to the embodiment of FIG. 13 A, the network 102 is depicted as the Internet, 
10 and the requesting device is one or more wireless devices 1306 connected to the Internet 102 
through communication links 1308 and to the wireless device server systems 1304 through 
conmiunication hnk 1309. The data to be converted, translated or otherwise processed is 
represented by block 1302 and may be, for example, content from an Internet web site that is 
connected to the Internet through communication link 1312, Also, as shown in FIG. 13 A, a 
15 massively parallel distributed network (MPDN) server 104 is connected to the Internet 102 
through communication link 114. The wireless device server systems 1304, or any other 
connected system that desires to off-load data conversion processing requirements (e.g., web site 
content servers), are connected to the Internet 102 through communication links 1310 and to the 
MPDN server 104 through communication links 1311. Any number of chent systems 108, 110 
20 ... 112 may also be connected to the Internet 102, through communications links 118, 120 ... 
122, respectively. As also stated above, any of the connected devices may communicate with 
each other in any of a wide variety of communication techniques (e.g., wireless, electrical. 
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digital, analog, light-based, etc.) and protocols (e.g., static or dynamic IP addresses), and through 
any number of other devices, as would be understood by one of skill in the art. 

In the appUcation contemplated by FIG. 13 A, the wireless devices 1306 at times request 
5 data, for example, images or text from a web site, that must be converted, translated or otherwise 
processed by wireless device server systems 1304 before it can be transmitted to, and displayed 
on, a requesting wireless device. Instead of converting the information, the wireless device 
servers systems 1304 may request that the MPDN server 104 accompUsh the data conversion or 
translation. The device server systems 1304 may then provide to the MPDN server 104 any 
10 pertinent information, such as information conceming the requesting device, the nature of the 
data requested, and the processing needed for the data. The MPDN server 104 may then utiUze 
one or more of the client systems 108, 110 ... 112 to process the data from block 1302 for 
transmission to the requesting device. In this way, the wireless device server systems 1304 may 
off-load burdensome and process-intensive conversion tasks to the distributed processing system 
1 5 of the present invention. 

It is noted the transmission of processed data to the requesting wireless device 1306 may 
occur in a variety of ways. For example, the processed data may be transmitted from a cUent 
system 108 to the server 104, then to the wireless device server 1304 and finally to the wireless 
20 devices 1306. Alternatively, the processed data may be transmitted from a client system to the 
wireless device server 1304, and then to the wireless devices 1306. Still fiirther, the processed 
data may be transmitted directly from a client system to the wireless devices. 
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FIG. 13B provides a basic flow diagram for an embodiment of a data conversion process 
1350 according to the present invention. In block 1352, a device, such as wireless devices 1306, 
requests unconverted, non-translated or non-processed data. In block 1354, a server for the 
device, such as wireless device server systems 1304, processes the data request and contacts the 
5 MPDN server 104. In addition, the content provider or server for the requested data, such as a 
web site content server, may contact the MPDN server 104. The wireless device server systems 
1304 provide all pertinent information to the MPDN server 104, such as the type of calling 
device, its identification, the relevant data requested, and the conversion to take place. The 
MPDN server 104 then distributes the data and information concerning the requesting device to 
C 10 one or more client systems, such as client systems 108, 110 ... 112, in block 1356. The one or 
y more client systems then convert, translate or otherwise process the data in block 1358. The 

converted, translated or processed data is then provided to the requesting device in block 1360, 
^ Again, in this way, the device servers may provide a wide range of information without having to 

& provide itself the processing power to accompUsh the conversion, translation or processing that is 
^ 15 required to transmit or display the data on a requesting device. 

As shown in FIG. 13B, the device server or the content server 1304 may commimicate 
data and other pertinent information for a conversion directly to the client systems. For example, 
the MPDN server 104 may provide access to a group of client systems for data conversion 
20 purposes for given periods time (e.g., monthly client group allocations), or may provide identities 
of groups of cHent systems that may be used at the time a conversion is needed. Once the 
identity and allocation of client systems to a particular device server or content server is made, 
the device server or content server may communicate directly with the client systems. In 
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addition, the device server or content server may provide directly to a requesting device the 
identity of the one or more client systems accomplishing the data conversion. As shown in FIG. 
13B, the requesting device, therefore, may communicate directly with the client system or 
systems to provide pertinent information concerning the data conversion requested. The cUent 
5 system may then, for example, directly download the desired content and perform the desired 
data conversion. It is fiirther noted that in addition to the embodiments described above with 
respect to FIGS. 13 A and 13B, other methods for requesting, processing and providing data to 
and from the requesting device may be implemented with distributed processing system of the 
present invention, such as caching processed data for later transmission. 

10 

FIGS. 14A and 14B depict example block diagrams of file distribution and data sharing 
through the network fabric, according to the present invention. In particular, FIG. 14A depicts 
an Intemet data file distribution system 1400 that relies upon client systems to provide local data 
distribution. FIG. 14B depicts a data file distribution system 1450 that allows for data sharing 
15 and rapid transmission of a project or data files through the distributed processing system. 

Looking now to FIG. 14A, a block diagram is depicted of a distributed processing system 
1400 that provides data transmission caching or other local distribution, according to the present 
invention. In the embodiment of FIG. 14 A, server systems 104 are connected through 
20 communication link 1 14 to the Intemet back bone 1402. The Intemet back bone 1402 represents 
the very high speed connections that carry data long distances, for example, T3 or fiber optic 
lines that carry Intemet data across the United States. A web site 1404 is connected to the 
Intemet back bone 1402 through communication link 1406, which represents a geographically 
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local connection. The connection block 1410 represents a geographically remote 
communications link, such as a POP server, head-end machine, telephone line central office, cell 
site, etc. This communications block 1410 is connected to the Internet back bone 1402 with a 
communications link 1408, which also represents a geographically local connection. A variety 
5 of client devices and non-client devices 1412A, 1412B, 1412C, 1412D, 1412E and 1412F may 
be connected below the connection block 1410. It is noted that interface 1414 represents, for 
example, a secondary network on which cHent devices 1412D, 1412E and 1412F are connected, 
such as a home network. 

10 In the embodiment shown in FIG. 14A, web site 1404 may be desiring to provide content 

that is in high demand, over a short period of time. An example of such an event is a live 
Internet multimedia broadcast. For such an event, there may be a huge influx of devices trying to 
download the content from the web site 1404 over a short period of time. The web site 1404 may 
be unable to meet this extremely large demand, requiring the web site 1404 to shut down. 

15 

According to the present invention, the web site 1404 may off-load some or all of its data 
handling requirements by using the distributed processing system of the present invention for 
data caching. The web site 1404 may contact server systems 104 and request data caching 
services. The server systems 104 may then identify a local machine, such as client device 
20 141 2E, to act as a local distributor of the content for web site 1404. For example, one or more 
idle client devices that have been identified, as discussed above, may be utilized as local 
distributor client device 1412E. The local distributor client device 141 2E may first download the 
content and pass it on to other client and non-chent devices 1412B, 1412C and 1412D through 
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communication links 1416A, 1416B and 141 6C. It is noted that this caching will be aided if the 
client and non-client devices receiving the cached data are relatively short communication hops 
from local distributor chent device 1412E. 



5 This data or network caching allows data to be streamed to an end user level device, 

which may then pass the data on to other end user devices. Thus, the downstream 
communications may be limited, thereby taking the distribution burden off of the web site. For 
example, web site 1404 may have a large streaming video or multimedia file that is experiencing 
a heavy load from a given set of network devices. This data file may be cached by a machine, 

10 such as client device 1412E, that is below from a communication link 1410. Then, other devices 
that are also below this communication link 1410 may download the streaming video data from 
the client device 141 2E. This caching eliminates the need to repeatedly send the same data 
through the same commxmication links to requesting devices that are located below common 
communication Unks. It is noted that the file and data distribution possibihties for this peer file 

15 access, caching and data transmission, according to the present invention, are wide and varied 
and should not be seen as Umited to the embodiment shown in FIG. 14A. 



FIG. 14B is a block diagram of a distributed processing system 1450 that provides data 
distribution and data sharing, according to the present invention. As with FIG. 9, FIG. 14B 
20 depicts an alternative view of a network fabric that may interconnect any of a wide variety of 
devices. In the embodiment shown in FIG. 14B, server systems 104 are interconnected with any 
number of client systems 108A, 108B, 108C, 108D, 108E, 108F, 108G and 108H. Each of the 
connecting interconnects represents any of a wide variety of communication links that may exist 
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between devices in the network fabric of the present invention. Each of the chent systems 108 A, 
108B, 108C, 108D, 108E, 108F, 108G and 108H include shared data (SD) according to the 
present invention. Within this interconnected fabric, block 1452 represents data or project 
information that is desired to be distributed. The SD blocks within each chent system facilitates 
5 the distribution of this data or project information. 

A cUent agent, as discussed above, installed on the chent systems 108 A, 108B, 108C, 
108D, 108E, 108F, 108G and 108H includes functionality that faciUtates a number of services 
with respect to data transmission and sharing. First, the cUent agent provides a protected data 
10 storage area accessible to outside devices, which is represented by the SD block within each 
cHent system in FIG. 14B. This special storage space protects the device from outside devices 
accessing other storage areas on the device while allowing data to be shared and accessed by 
other devices and simultaneously used by the local client agent. 

15 These shared data (SD) blocks provide mechanisms that enable a wide variety of possible 

interactions among the chent systems 108 A, 108B, 108C, 108D, 108E, 108F, 108G and 108H. 
For example, the data sharing mechanism may provide a space for a cache of other device 
addresses attached to the network for both communication purposes as well as security purposes. 
The mechanism may also provide a simple indexing system that is automatically re-indexed 

20 when content is added or removed from the storage area. This indexing system may provide a 
mechanism for other client agents to perform discovery on the local client information and visa 
versa. Through information stored within this shared data, the distributed processing system of 
the present invention facihtates many distributed file system applications such as distributed 
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resume posting, distributed caching, distributed advertisement serving, etc. In addition to the 
above, the storage block (SD) within each cUent system may include an interface for displaying 
or playing data types (such as images, audio files, video files, etc.) stored both locally and/or 
remotely on other cUent devices. This would enable simple picture sharing, for example, 
5 between remote famihes connected via the intemet, as part of being a client system within the 
distributed processing system of the present invention. 

In the embodiment shown in FIG. 14B, data or project 1452 is injected into the fabric 
through a connection to client system 108C and server systems 104. These connections represent 

10 that the information may pass first to servers systems 104, or may pass first to a client system, 
such as chent system 108C. It is noted that there are other ways that the data may be injected 
into the fabric. Once injected, the data 1452 may be transmitted throughout the fabric through 
any of a wide variety of commimications, including client-to-client, server-to-chent, client-to- 
server, cUent-to-non-chent, non-client-to-client communications, and/or non-client-to-non-client 

15 communications. These communications may be based upon a variety of mechanisms, such as 
polling mechanisms and pre-assigned firewall ports. This technique provides a vehicle that 
facilitates the distribution of information to a large number of devices in a short period of time. 

Applications for this data distribution are wide a varied. For example, any important file 
20 that is time sensitive may be propagated to a large number of chent devices, non-client devices, 
servers, or other connected devices, in a short amount of time. This transmission may occur 
quickly and efficiently once the information is injected into the distributed processing system of 
the present invention. Example time sensitive data files are anti-virus signature files, which 
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when distributed through the distributed processing system of the present invention, may be 
transmitted through the network fabric faster than a new virus may normally proliferate. 

Another application for rapid propagation of files is utihzing this technique for 
5 propagation of workloads. One example is distributed resume or job searching. In such a 
system, participating job seekers and participating employers may rapidly search for one another. 
A job seeker may inject a job request or search into the fabric that is then routed by each 
successive device to other devices without the need for control from the server systems 104. 
Similarly, an employer may inject candidate criteria into the fabric that is then routed to 
10 successive devices. The result is an extremely fast search and identification of employers and 
candidates. 

FIG. 15 is a block diagram of an alternative representation for a distributed processing 
system 100, according to the present invention. Server systems 104, database systems 1546 and 

15 web interface 1554 are coupled together through communication links 1540, 1542 and 1544. 
The web interface 1554 includes chents subsystem 1548, task developer subsystem 1550, and 
advertisers subsystem 1552, and may include other subsystems as desired. The database systems 
1546 include workload (WL) information 308, client capability vector information 620, and any 
other stored information as desired. Server systems include various modules and subsystems, 

20 including database interface 1532, web server 1536, task module and work unit manager 1530, 
chent statistics module 1534, advertising manager 1538, task module version/phase control 
subsystem 1528, sweepstakes engine 1524, server control subsystem 1526, and communication 
interface 1522. It is noted that in the embodiment of a distributed processing system 100 as 
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depicted in of FIG. 15, the three primary operations for the server systems 104, database systems 
1546 and web interface 1554 are directed to managing, processing and providing an interface for 
chent systems, customer tasks, and customer advertising. 

5 As discussed above, each chent system includes a chent agent that operates on the client 

system and manages the workloads and processes of the distributed processing system. As 
shown in FIG. 15, each of the chent agents 270A, 270B ... 270C communicates with the server 
systems 104 through communication hnks 1516, 1518 ... 1520, respectively. As discussed 
above, any number of different techniques and architectures may be utihzed to provide these 
10 communication hnks. In the embodiment as shown in FIG. 15 with respect to chent agent 270A, 
P each chent agent includes a base distributed processing system component 1506 and a separate 

g project or workload component 1504. As depicted, a communication interface 1508, a core agent 

module 1502, and a user interface 1510 make up the base distributed processing system 
ifs component 1506. The task module 1512 and the work unit 1514 make up the separate project or 

W 15 workload component 1504. The task module 1512 operates on top of the core agent module 
'-^ 1502 to provide processing of each project work unit 1514. It is noted that different or additional 

modules, subsystems or components may be included within the client agent, as desired. For 
example, a personal computer screen saver component may be part of the base distributed 
processing system component 1506 or the separate project or workload component 1504. 

20 

Also as discussed above, security subsystems and interfaces may be included to provide 
for secure interactions between the various devices and systems of the distributed processing 
system 100. As depicted in FIG. 15, a security subsystem and interface 1560 is interconnected 
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with the server systems 104, the database systems 1546, the web interface 1554, and the client 
agents 270A, 270B ... 270C. These interconnections are represented by lines 1566, 1564, 1562, 
and 1568, respectively. The security subsystem and interface 1560 operates to secure the 
communications and operations of the distributed processing system. This security subsystem 
5 and interface 1560 also represents a variety of potential security architectures, techniques and 
features that may be utilized. This security may provide, for example, authentication of devices 
when they send and receive transmissions, so that a sending device verifies the authenticity of the 
receiving device and/or the receiving device verifies the authenticity of the sending device. In 
addition, this security may provide for encryption of transmissions between the devices and 

10 systems of the distributed processing system. The security subsystem and interface 1560 may 
also be implemented in a variety of ways, including utilizing security subsystems within each 
device or security measures shared among multiple devices, so that security is provided for all 
interactions of the devices within the distributed processing system. In this way, for example, 
security measures may be set in place to make sure that no unauthorized entry is made into the 

15 programming or operations of any portion of the distributed processing system including the 
client agents 270A, 270B ... 270C. 

In operation, client systems or end-users may utihze the clients subsystem 1548 within 
the web interface 1554 to register, set user preferences, check statistics, check sweepstakes 
20 entries, or accomplish any other user interface option made available, as desired. Advertising 
customers may utilize the advertisers subsystem 1552 within the web interface 1554 to register, 
add or modify banner or other advertisements, set up rules for serving advertisements, check 
advertising statistics (e.g., chck statistics), or accomplish any other advertiser interface option 
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made available, as desired. Customers and their respective task or project developers may utilize 
the task developer subsystem 1550 to access information within database systems 1546 and 
modules within the server systems 104, such as the version/phase control subsystem 1528, the 
task module and work unit manager 1530, and the workload information 308. Customers may 
5 also check project results, add new work units, check defect reports, or accomphsh any other 
customer or developer interface option made available, as desired. 

Advantageously, the customer or developer may provide the details of the project to be 
processed, including specific program code and algorithms that will process the data, in addition 

10 to any data to be processed. In the embodiment shown in FIG. 15, this program code takes the 
form of a task module 1512 within the workload, while the data takes the form of work unit 
1514. These two portions make up the project or workload component 1504 of each client agent 
270. For a given project, the task module 1512 will likely remain relatively constant, except for 
version updates, patches or phase modifications, while the work unit 1514 will likely change 

15 each time processing of the data that it represents is completed. The project or workload 
component 1504 runs in conjunction with the base distributed processing system component 
1506. When a different customer or project is started on a given cUent system, the project or 
workload component 1504 will typically be replaced, while the base distributed processing 
system component 1506 will likely remain relatively constant, except for version updates, 

20 patches or other modifications made for the distributed processing system. 

Information sent from the servers systems 104 to the client agents 270A, 270B ... 270C 
may include task modules, data for work units, and advertising information. Information sent 
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from the client agents 270A, 270B ... 270C to the server systems 104 may include user 
information, system information and capabilities, current task module version and phase 
information, and results. The database systems 1546 may hold any relevant information desired, 
such as workload information (WL) 208 and client capability vectors (CV) 620. Examples of 
5 information that may be stored include user information, cUent system information, client 
platform information, task modules, phase control information, version information, work units, 
data, results, advertiser information, advertisement content, advertisement purchase information, 
advertisement rules, or any other pertinent information. 

10 Further modifications and alternative embodiments of this invention will be apparent to 

those skilled in the art in view of this description. It will be recognized, therefore, that the 
present invention is not limited by these example arrangements. Accordingly, this description is 
to be construed as illustrative only and is for the purpose of teaching those skilled in the art the 
manner of carrying out the invention. It is to be understood that the forms of the invention herein 

15 shown and described are to be taken as the presently preferred embodiments. Various changes 
may be made in the shape, size and arrangement of parts. For example, equivalent elements may 
be substituted for those illustrated and described herein, and certain features of the invention may 
be utiUzed independently of the Use of other features, all as would be apparent to one skilled in 
the art after having the benefit of this description of the invention. 

20 
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Claims 

I claim: 

A method of operating a distributed processing system, comprising: 
5 providing a server system; 

coupling the server system to a network, the network being configured to be coupled to 
distributed devices; 

storing data representing a plurality of attributes for a plurality of the distributed devices; 
and 

10 utilizing at least one of the plurality of attributes to identify a subset of the plurality of 

distributed devices. 

2. The method of claim 1, further comprising distributing an advertisement to the identified 
subset of distributed devices. 

15 

3. The method of claim 1, further comprising distributing a project workload to the 
identified subset of distributed devices. 

4. The method of claim 1 , wherein the plurahty of attributes comprise device capability 
20 information for the distributed devices. 

5. The method of claim 4, wherein the utilized attribute comprises microprocessor device 
capability information, the microprocessor device capabiHty information including 
microprocessor type and speed. 

25 

6. The method of claim 5, further comprising distributing a project workload to the 
identified subset of distributed devices. 
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7. The method of claim 4, wherein the utihzed attribute comprises memory fault 
information, the memory fault information identifying memory faults occurring on the 
distributed devices, and further comprising distributing an advertisement to the identified subset 
of distributed devices. 

5 

8. The method of claim 1, wherein the utihzed attribute comprises information concerning 
users of the distributed devices. 

9. The method of claim 8, further comprising distributing an advertisement to the identified 
1 0 subset of distributed devices. 

1 0. The method of claim 8, further comprising distributing a project workload to the 
identified subset of distributed devices. 

15 11. The method of claim 10, wherein the utihzed user information attribute comprises 
organization affiliations. 

12. The method of claim 1, further comprising allowing a customer to identify an attribute to 
be utihzed and obtaining information about the attribute from the distributed devices. 

20 

13. The method of claim 12, wherein the identified attribute comprises device capabilities 
and further comprising distributing a project workload to the identified subset of distributed 
devices. 

25 14. The method of claim 13, wherein the project workload comprises a human genome 
analysis workload. 

15. The method of claim 12, wherein the identified attribute comprises information 
concerning users of the distributed devices and further comprising distributing an advertisement 
30 to the identified subset of distributed devices. 
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^ 6. A distributed processing system, comprising: 

a first system coupled to a network, the network being configured to be coupled to 

distributed devices; and 
a database storing attribute information for a plurality of the distributed devices, the first 

system utilizing at least one device attribute to identify a subset of the plurahty of 

distributed devices. 

17. The distributed processing system of claim 16, wherein an advertisement is distributed to 
the subset of distributed devices. 

18. The distributed processing system of claim 1 6, wherein a project workload is distributed 
to the subset of distributed devices. 

1 9. The distributed processing system of claim 1 6, wherein the plurahty of attributes 
comprise device capabihty information for the distributed devices and wherein the utihzed 
attribute comprises a device capability. 

20. The distributed processing system of claim 1 6, wherein the plurahty of attributes 
comprises information concerning users of the distributed devices and wherein the utilized 
attribute comprises user information. 

21. The distributed processing system of claim 16, wherein the utilized device attribute 
comprises an attribute selected by a customer. 

22. The distributed processing system of claim 2 1 , wherein a project workload is distributed 
to the subset of distributed devices. 

23 . The distributed processing system of claim 22, wherein the project workload comprises a 
human genome analysis workload. 
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Abstract of the Disclosure 

A method for providing customer services and advertising based upon device attributes 
for is disclosed for a distributed processing system. The distributed processing system identifies 
and utilizes the capabilities of distributed devices connected together through a wide variety of 
conmiunication systems and networks and utilize those capabilities to organize, manage and 
distribute project workloads to the distributed devices. 
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DECLARATION FOR PATENT APPLICATION AND 
POWER OF ATTORNEY 



As an undersigned inventor, I hereby declare that: 

My residence, post office address and country of citizenship are as stated directly below my 
name. 

I believe (check one) [ X ] I am the original, first and sole inventor 

[ ] I am a joint inventor and the below named inventors are the 
original and first inventors 

of the subject matter which is claimed and for which a patent is sought on the invention entitled 



CUSTOMER SERVICES AND ADVERTISING BASED UPON DEVICE ATTRIBUTES 
AND ASSOCIATED DISTRIBUTED PROCESSING SYSTEM 



the specification of which 

(check one) [ X ] is attached hereto. 

[ ] was filed on , 

as Application Serial No. , 

and was amended on . 

(if applicable) 

I fiirther declare that I have reviewed and understand the contents of the above identified 
specification, including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose to the United States Patent and Trademark Office (hereinafter 
"the Office") all information known to me to be material to patentability of the subject matter 
which is claimed as defined in 37 CF.R. § 1 .56. 

I hereby claim foreign priority benefits under 35 U.S.C. § 1 19 of any foreign application(s) for 
patent or inventor's certificate indicated below and have also identified below any foreign 
application for patent or inventor's certificate having a filing date before that of the application 
on which priority is claimed: 
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Prior Foreign Application(s) Priority 
Number Country Day/Month/Year Filed Claimed 

Yes No 

None 



I hereby claim the benefit under 35 U.S. C. §1 19(e) of any United States provisional application 
listed below: 

Provisional Application Serial No. Filing Date 

None 

I hereby claim the benefit under 35 U.S.C. § 120 of any United States application(s) listed below 
andj insofar as the subject matter of each of the claims of this application is not disclosed in the 
prior United States application in the manner provided by the first paragraph of 35 U.S.C. § 1 12, 
I acknowledge the duty to disclose to the Office all information known to me to be material to 
patentability as defined in 37 C.F.R. § 1 .56, which became available between the filing date of 
the prior apphcation and the national or PCX intemational filing date of this application: 

Application Serial No. 

09/538,543 
09/539,023 
09/539,448 
09/539,428 
09/539,106 
09/538,542 
09/539,107 



Filing Date 

March 30, 2000 
March 30, 2000 
March 30, 2000 
March 30, 2000 
March 30, 2000 
March 30, 2000 
March 30, 2000 



Status (patented, pending, abandoned) 

Pending 
Pending 
Pending 
Pending 
Pending 
Pending 
Pending 



I hereby appoint: Robert M. O'Keefe (Reg, No. 35,630), Richard D. Egan (Reg. No. 36,788), 
Brian W. Peterman (Reg. No. 37,908), and William W. Enders (Reg. No. 41,735), each an 
attomey of the firm of O'KEEFE, EGAN & PETERMAN, as its attorneys for so long as they 
remain with such firm, with full power of substitution and revocation, to prosecute the 
application, to make alterations and amendments therein, to transact all business in the Patent 
and Trademark Office in connection therewith, and to receive any Letters Patent, and for one 
year after issuance of such Letters Patent to file any request for a certificate of correction that 
may be deemed appropriate. 

Address all telephone calls to Brian W. Peterman at telephone number (512) 347-161 L 

Address all correspondence to: 

Brian W. Peterman 

O'KEEFE, EGAN & PETERMAN 

1101 Capital of Texas Highway South 
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Building C, Suite 200 
Austin, TX 78746 
(512) 347-1611 
(512) 347-1615 (Fax) 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further, that these 
statements were made with the knowledge that willful false statements and the like are 
punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of the United States 
Code and may jeopardize the validity of the application or any patent issued thereon. 



Full name of sole inventor: Edward A. Hubbard 



Inventor's Signature 




Residence Address: Sc^U-Bt Ofi^jL co/lt /^u^b go^/^ 'T/^ ?t<^<o^ 

(Including Postal Code) 

Citizenship: USA 

Post Office Address: ^Ar(Mll 

(Including Postal Code) 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



In re Application of: EDWARD A. HUBBARD 



Filed: 
For: 



Serial No.: 
Group Art Unit: 
Examiner: 
Atty Dkt: 



CONCURRENTLY HEREWITH 

CUSTOMER SERVICES AND ADVERTISING BASED UPON 
DEVICE ATTRIBUTES AND ASSOCIATED DISTRIBUTED 
PROCESSING SYSTEM 
UNKNOWN 



UNKNOWN 
UNKNOWN 
UNTD:013 



EXPRESS MAIL CERTIFICATION 
NUMBER: EL634616098US 

I hereby certify that this paper or fee is being deposited with the United 
States Postal Service "EXPRESS MAIL POST OFFICE TO ADDRESSEE" 
service, postage prepaid, under 37 C.F.R. L 10 on the date indicated below 
and is addressed to: Assistant Commissioner of Patents, Washington D C 
20231. 



June 23, 2000 
Date 



[Name] 



Assistant Commissioner For Patents 
Washington, D.C. 20231 



ELECTION UNDER 37 C.F,R. §§3.71 AND 3.73 
AND POWER OF ATTORNEY 



Sir: 



The undersigned being Assignee of record of the entire interest in the above-identified 
appHcation by virtue of an assignment filed concurrently herevi^ith hereby elects, under 37 C.F.R. 
§3.71, to prosecute the application to the exclusion of the inventor. A statement under 37 C.F.R. 
3.73(b) (PTO Form PTO/SB/96 (6-98)) is concurrently filed herewith. 

The Assignee hereby revokes any previous Powers of Attorney and appoints Robert M. 
O'Keefe, Reg. No. 35,630; Richard D. Egan, Reg. No. 36,788; Brian W. Peterman, Reg. No. 
37,908, and William W. Enders, Reg. No. 41,735, each an attorney of the firm of O^KEEFE, 
EGAN & PETERMAN, LLP, as its attorney for so long as they remain with such firm, with full 
power of substitution and revocation, to prosecute the application, to make alterations and 
amendments therein, to transact all business in the Patent and Trademark Office in connection 
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therewith, and to receive any Letters Patent, and for one year after issuance of such Letters 
Patent to file any request for a certificate of correction that may be deemed appropriate. 

Pursuant to 37 C.F.R. §3.73, the undersigned has reviewed the evidentiary documents, 
specifically the Assignment to UNITED DEVICES, INC., referenced below, and certifies that to 
the best of my knowledge and belief, title remains in the name of the Assignee. 

Please direct all communications as follows: 
Brian W. Peterman 

O'KEEFE, EGAN & PETERMAN, LLP 

1101 Capital of Texas Highway South 

Building C, Suite 200 

Austin, Texas 78746 

512/347-1611 

FAX 512/347-1615 

ASSIGNEE: 

UNITED DEVICES, INC. 

.... <^ ^ ^/ ^ 

Name: Edward A. HubSm-d 
Title : Chief Executive Officer 

Date: i^ll^^loO 

ASSIGNMENT: 

^ Filed concurrently herewith 

□ Previously filed [date](copy enclosed) 

I I Previously recorded 

Date: 

Reel: 

Frame: 



O'KEEFE, EGAN & PETERMAN, L.L.P. 
1101 Capital of Texas Highway South 
Building C, Suite 200 
Austin, Texas 78746 
512-347-1611 
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